Пакет файлов герметика, как использовать

Обновлено: 21.11.2024

Поддержка этой версии Operations Manager подошла к концу, мы рекомендуем вам перейти на Operations Manager 2022.

При создании любого мониторинга в консоли управления необходимо указать файл пакета управления для создаваемых элементов. В этом разделе описывается базовая стратегия, которой вы можете следовать, и приводятся дополнительные сведения, которые помогут вам понять логику рекомендуемой стратегии.

Общая стратегия

Для приложений, в которых уже установлен запечатанный пакет управления, обычно это пакеты управления, установленные из Каталога пакетов управления:

  • Создайте отдельный файл пакета управления для хранения переопределений и нового мониторинга для этого приложения.

Для приложений, в которых не установлен запечатанный пакет управления, обычно это пакеты управления, созданные вами самостоятельно:

  • Создайте отдельный файл пакета управления для каждого приложения. Используйте этот файл для хранения переопределений и любого нового мониторинга для этого приложения.

Для общих элементов, которые используются другими файлами пакета управления, такими как группы:

Создайте отдельный файл пакета управления для каждого логического набора элементов. Запечатайте этот файл пакета управления перед его установкой.

Если вы создали файл пакета управления в консоли управления, его необходимо экспортировать в XML-файл, а затем запечатать. Затем необходимо удалить незапечатанный файл пакета управления из группы управления, прежде чем устанавливать запечатанный файл пакета управления.

Пакет управления по умолчанию

Файл пакета управления по умолчанию содержит общие элементы, такие как представления на верхнем уровне рабочей области мониторинга. Это незапечатанный файл пакета управления, так что вы можете создавать представления и папки на этом уровне. Его не следует использовать для каких-либо других целей. Для создания таких элементов, как мониторы и правила, создайте новый файл пакета управления.

Логическое группирование элементов

Хотя вы можете просто создать один файл пакета управления для хранения всех создаваемых вами настраиваемых элементов, это не лучшая практика. В то время как элементы пакета управления обрабатываются агентами, которые их запускают, индивидуально, группа управления работает с файлом пакета управления. Когда файл пакета управления устанавливается в группу управления или удаляется из нее, он включает все элементы пакета управления.

Когда вы решаете, как сгруппировать различные элементы, примите во внимание следующие соображения:

  • Файлы пакета управления доставляются на любой компьютер агента, для которого требуется хотя бы один элемент в файле. Если вы используете один файл пакета управления для разных приложений, элементы могут быть доставлены агентам, которым они не требуются. Агент фактически загружает только элементы для установленных им приложений, но при этом доставляется весь файл пакета управления. Разбиение файлов пакета управления на элементы, относящиеся к одному приложению, обеспечивает наиболее эффективную доставку файлов агентам.
  • Вы можете удалить приложение из своей среды, и его пакет управления больше не потребуется. Или вы можете получить новый пакет управления для приложения и хотите удалить пользовательский мониторинг, который вы реализовали. В подобных случаях вы можете удалить все элементы определенного приложения, удалив любой из его файлов пакета управления. Если вы объединяете элементы для нескольких приложений, вы ограничиваете свои возможности по управлению логикой мониторинга для одного приложения.
  • Вы можете разработать и протестировать некоторую логику мониторинга в лабораторной среде, прежде чем переносить ее в производственную группу управления. Объединение элементов для определенного приложения в единый пакет управления позволяет управлять этим файлом в различных средах, не влияя на мониторинг других приложений.

Следуя рекомендуемой стратегии логического группирования элементов пакета управления, вы можете гарантировать, что ваша группа управления работает максимально эффективно и может наиболее эффективно обрабатывать будущие изменения.

Запечатанные и незапечатанные файлы пакета управления

При выборе файла пакета управления необходимо учитывать последствия использования запечатанных и незапечатанных пакетов управления. Элемент в одном файле пакета управления не может ссылаться на элемент в другом файле, если указанный файл не запечатан. По этой причине может потребоваться сгруппировать связанные элементы в одном файле пакета управления или запечатать файлы пакета управления, предназначенные для общего использования. Дополнительные сведения о последствиях запечатывания пакета управления см. в разделе Запечатанные файлы пакета управления.

Поскольку запечатанный файл пакета управления нельзя изменить, новые элементы пакета управления можно хранить только в незапечатанных файлах. Любой пакет управления, созданный в консоли управления, не запечатан, и любое диалоговое окно с запросом на пакет управления содержит только незапечатанные файлы.

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

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

Вы можете дополнительно запечатать пакеты в JAR-файлах расширения в качестве дополнительной меры безопасности. Если пакет запечатан, все классы, определенные в этом пакете, должны происходить из одного файла JAR.

Без запечатывания «враждебная» программа может создать класс и определить его как член одного из ваших пакетов расширений. После этого враждебное программное обеспечение получит свободный доступ к элементам вашего пакета расширения, защищенным пакетом.

Запечатывание пакетов в расширениях ничем не отличается от запечатывания любых классов, упакованных в JAR. Чтобы запечатать ваши пакеты расширений, вы должны добавить заголовок Sealed в манифест JAR-файла, содержащего ваше расширение. Вы можете запечатать отдельные пакеты, связав заголовок Sealed с заголовками пакетов Name. Заголовок Sealed, не связанный с отдельным пакетом в архиве, сигнализирует о том, что все пакеты запечатаны. Такой "глобальный" заголовок Sealed переопределяется любыми заголовками Sealed, связанными с отдельными пакетами. Значение, связанное с заголовком Sealed, равно true или false.

Примеры

Давайте рассмотрим несколько примеров файлов манифеста. Для этих примеров предположим, что файл JAR содержит следующие пакеты:

Предположим, что вы хотите запечатать все пакеты. Вы можете сделать это, просто добавив заголовок Sealed на уровне архива в манифест следующим образом:

Все пакеты в любом файле JAR с этим манифестом будут запечатаны.

Если вы хотите запечатать только com.myCompany.package_3, вы можете сделать это с помощью этого манифеста:

В этом примере единственный заголовок Sealed связан с заголовком Name пакета com.myCompany.package_3, поэтому только этот пакет запечатан. (Заголовок Sealed связан с заголовком Name, поскольку между ними нет пустых строк.)

В качестве последнего примера предположим, что вы хотите запечатать все пакеты, кроме com.myCompany.package_2. Вы можете сделать это с помощью такого манифеста:

В этом примере заголовок Sealed: true на уровне архива указывает, что все пакеты в файле JAR должны быть запечатаны. Однако в манифесте также есть заголовок Sealed: false, связанный с пакетом com.myCompany.package_2, и этот заголовок переопределяет запечатывание на уровне архива для этого пакета. Поэтому этот манифест приведет к тому, что все пакеты будут запечатаны, кроме com.myCompany.package_2.

Итак, я знаю, что можно запечатать пакет в файле jar, установив для атрибута seal значение true, но можно ли сделать то же самое с записями класса в манифесте?

Будет ли этот запечатанный атрибут работать, если Boot.class существует или запечатанный предназначен только для пакетов?

Я прочитал эту статью, и в ней показано только, как запечатать пакет, мне интересно, возможно ли это для записей класса

1 Ответ 1

Нет смысла запечатывать класс. Запечатать можно только пакет, потому что только пакет нуждается в защите. Нет необходимости защищать класс, потому что невозможно распределить содержимое одного класса по двум файлам. Классы одного пакета можно распределить только по двум JAR-файлам. А герметизация означает предотвращение этого. И хотя это не значение по умолчанию, рекомендуется сделать его значением по умолчанию.

Пример

Алиса пишет пакет под названием alice , который содержит два класса alice.Data и alice.Work . Класс Data содержит некоторые переменные, которые нельзя изменять. В противном случае код в классе Work может дать сбой. Алиса объявляет класс Data как частный пакет, поскольку классу Work требуется доступ к данным. Теперь она помещает оба класса пакета в JAR с именем alice.jar и передает JAR Бобу.

Но Бобу нужно сделать больше, и он просит Мэллори написать еще один класс, потому что Алиса уже работает над чем-то другим. Итак, Мэллори пишет пакет с именем mallory и реализует требуемый класс с именем mallory.Work. Но Мэллори завидует и хочет дискредитировать Алису и пишет еще один класс под названием alice.Anger. И она помещает оба класса в JAR-файл с именем mallory.jar и отдает JAR-файл Бобу.

Боб использует оба JAR-файла и сталкивается с проблемами в коде Алисы, потому что класс alice.Anger из библиотеки mallory.jar имеет частный доступ к пакету alice и разрушает данные в alice.Data .

Если бы Алиса запечатала свой JAR, Мэллори не смогла бы поместить класс в mallory.jar, принадлежащий пакету alice . Java отклонит этот JAR-файл, поскольку уже существует другой JAR-файл, содержащий пакет alice, и каждый пакет должен находиться только в одном JAR-файле.

Выделяя гранты на школьную программу стоматологических герметиков, ODH несет ответственность перед государственными надзорными органами и общественностью за надлежащее использование средств. Чтобы выполнить эту обязанность, ODH устанавливает требования и контролирует их соответствие финансируемым программам.

Все программы, финансируемые ODH, должны соответствовать обязательствам, взятым в заявке, поданной в ответ на запрос предложений ODH, а также политикам и процедурам администрирования грантов ODH (GAPP), которые находятся в ведении отдела администрирования грантов ODH (GAU). . Агентства, которые не соблюдают GAPP, рискуют потерять финансирование и могут поставить под угрозу свои возможности для финансирования в будущем. Соблюдение требований к отчетности GAPP и системы оценки эффективности субгрантополучателя (SPES) обсуждается в разделе «Отчетность». Кроме того, все программы, финансируемые ODH, должны соответствовать правилам, изложенным в Руководстве по программе школьного стоматологического герметика.

Руководство по программе школьного стоматологического герметика

Управление данными

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

ODH не требует, чтобы финансируемые программы использовали определенную систему ввода данных или базу данных для управления данными программы зубных герметиков. Центры по контролю и профилактике заболеваний (CDC) разработали Оценку эффективности герметиков для местных жителей и штатов (SEALS), программу электронных таблиц для ввода, анализа и составления отчетов о данных программы герметиков. На сегодняшний день ODH не принял SEALS. Программное обеспечение SEALS позволяет школьным программам герметиков оценивать их эффективность и действенность. Данные вводятся в SEALS для каждого школьного случая применения герметика. SEALS и сопровождающий его пакет SEALS_Admin создают отчеты по каждой школе, по программам (объединяют данные по школам, обслуживаемым одной программой) и по штату (объединяют данные по программам, финансируемым государством). Отчеты SEALS включают следующую информацию:

  • Социально-демографическая информация о населении, которое обслуживает программа
  • Основные показатели скринингового опроса.
  • Сводные данные о том, обеспечивает ли программа пломбирование зубов с высоким риском (например, тип зуба и предполагаемая частота развития кариеса без участия программы)
  • Сводка услуг, предоставляемых программой
  • Сводной показатель качества (например, уровень удержания, количество предотвращенных кариесов, направления к специалистам, показатель успешного лечения).
  • Показатели эффективности (например, стоимость программы по предотвращению одного кариеса, количество детей, запломбированных на кресло-час)

Программное обеспечение SEALS можно бесплатно получить в CDC. Обучение и ограниченная поддержка также доступны в CDC. В настоящее время программное обеспечение SEALS не может выставлять счета для сторонних плательщиков, таких как Medicaid.

Карта пациента содержит результаты осмотра стоматолога и план лечения герметиком для каждого ребенка. Запись также предоставляет группе специалистов по зубным герметикам место для документирования нанесенных герметиков. В ODH имеется образец истории болезни пациента с ключом, который можно использовать для кодирования поверхностей зубов, предназначенных для размещения герметика. Карта пациента содержит большую часть данных, сообщаемых в ODH.

Часто лицо, вводящее данные в обязательные отчеты ODH, не является членом группы специалистов по зубным герметикам и может не до конца понимать, что представляет собой информация. Поэтому ODH предоставил образец формы для сбора данных о проверке/нанесении герметика, которую команда по герметику должна заполнить для каждой школы. Форма была разработана, чтобы помочь лицу, вводящему данные в систему отчетности ODH, легко определить, куда записывать эти данные.

Отчетность

Скриншот системы оценки эффективности субгрантополучателя ODH

Все отчеты в ODH должны быть своевременными, полными, точными и обоснованными.Полную информацию о требованиях к отчетности для школьных стоматологических герметиков, финансируемых ODH, можно найти в Руководстве по программе школьных стоматологических герметиков.

В этом разделе содержится информация о SPES и о различных категориях отчетов, которые требуются ODH.

Система оценки эффективности субподрядчиков

SPES — это электронная система отправки программных отчетов, необходимая для ODH. Программы, финансируемые ODH, сообщают данные непосредственно в эту систему, которая генерирует отчеты ODH. ODH проводит обучение своих программ использованию SPES и предоставляет своим программам электронный учебный файл по заполнению отчетов SPES, а также именам пользователей и паролям, чтобы они могли получить доступ к системе SPES. В этом документе описаны данные, необходимые для программ, финансируемых ODH.

После ввода данных за один квартал программы должны предоставить отчет об оценке эффективности. Этот отчет включает в себя приложение с электронной таблицей, в которой перечислены все школы, посещенные в этом квартале, и соответствующие даты, когда была завершена установка зубного герметика. Сотрудники программы могут войти в систему в любое время, чтобы увидеть статус отправленных ими обзоров, а также комментарии консультантов ODH. Программы будут уведомлены о любых необходимых изменениях, и в этих случаях статус проверки производительности будет снова изменен на «черновик» для редактирования. В противном случае отчет завершен.

Отчет об инвентаризации

В соответствии с требованиями GAPP список всего оборудования стоимостью 300 долларов США или более за единицу, приобретенную полностью или частично за счет текущих средств гранта, должен быть представлен через Государственную информационную систему управления 2.0 как часть окончательного отчета о расходах субгрантополучателя. Не реже одного раза в 2 года программы должны физически осматривать оборудование. Все оборудование, приобретенное на средства гранта ODH, является собственностью ODH и должно иметь соответствующую маркировку для инвентаризации. Программы несут ответственность за техническое обслуживание оборудования, приобретенного на средства гранта или предоставленного взаймы ODH.

Отчеты, созданные ODH

В дополнение к отчетам, созданным программами, ODH создает отчеты, которые объединяют отчеты о программах и расходах для каждой программы и для общей школьной программы стоматологических герметиков на уровне штата. ODH проверяет отчеты на полноту и точность и при необходимости связывается с ними. Данные из программных отчетов используются при анализе эффективности программ герметиков по сравнению с эталонными показателями ODH, а также для отчетности перед государственными и национальными организациями. Эти отчеты используются для информирования программ об их эффективности и для проверки цифр в заявках на гранты.

Отчеты информационной панели

Отчеты на информационной панели представляют собой двухстраничные отчеты по каждой программе и по программе штата, которые дают краткую оценку прогресса в отношении целевого количества детей, получающих герметики, стоимости на одного ребенка, дохода Medicaid, участия в программе и последующее/длительное удержание герметика. Отчеты формируются ежеквартально и в конце года. Отчеты панели мониторинга за несколько лет, начиная с 2005 календарного года, показывают тенденции.

Сравнение программ

ODH сравнивает определенные аспекты программы, аналогичные тем, которые рассчитаны в отчетах на панели инструментов, чтобы графически проиллюстрировать, как программа на уровне штата и каждая местная программа работают по сравнению с контрольными показателями и с другими местными программами по герметикам. Графики, которыми обмениваются с программами, не содержат названий программ, но каждому получателю гранта сообщается, какая полоса представляет его программу.

Эталонные показатели и стандарты производительности

Призывается, чтобы программы соответствовали следующим критериям, установленным ODH на основе многолетнего успеха программ и анализа данных:

  • Более 50 % детей имеют согласие родителей на введение герметиков.
  • Более 97 % детей, получивших согласие, проходят скрининг
  • Более 90 % детей, нуждающихся в герметиках, получают герметики.
  • Более 65 % детей проходят обследование для последующего наблюдения в 3-м и 7-м классах.
  • Более 15 детей в команде в день получают герметики.
  • Общие затраты на одного ребенка, получающего герметики в рамках программы, составляют от 49 до 56 долларов США (2008 г.)
  • Долгосрочное удержание более 90%
  • 100-процентное краткосрочное удержание, если есть триггеры для проверки краткосрочного удержания.

ODH стремится обеспечить предоставление высококачественных герметиков детям с повышенным риском развития кариеса, и департамент помогает местным программам соответствовать этим ожиданиям. Производительность, которая не соответствует ожиданиям, приводит к инициированию шагов по улучшению.

Уникальный вариант, предназначенный для устранения послеоперационных осложнений, связанных с утечкой воздуха.

  1. Обзор
  2. Продукты и аксессуары
  3. EIFU и ресурсы
  4. Часто задаваемые вопросы

Единственный герметик, одобренный FDA для устранения утечек воздуха независимо от вашего подхода.

Progel™ Pleural Air Leak Sealant — единственный герметик, одобренный Управлением по санитарному надзору за качеством пищевых продуктов и медикаментов (FDA) и клинически подтвержденный для герметизации утечек воздуха как в открытой, так и в малоинвазивной торакальной хирургии 2 . Progel™ — это специализированный продукт, разработанный с уникальным сочетанием прочности, гибкости и адгезии, что позволяет ему расширяться и сжиматься вместе с легкими во время дыхания. В клиническом исследовании пациентов, перенесших резекцию легкого с видео- или роботизированной поддержкой, герметик для утечек воздуха Progel™ закрыл или уменьшил 96 % утечек воздуха в операционной 2 .

  • Единственный герметик, специально разработанный для легких и обладающий уникальными характеристиками.
  • Объединяет полиэтиленгликоль (ПЭГ) и сывороточный альбумин человека (ЧСА) в гибкий гидрогель.
  • Гели на участке ткани связываются непосредственно с легкими для оптимального прилегания и воздухонепроницаемого уплотнения.
  • Достаточно прочный, чтобы выдержать повторное расширение легкого в течение 2 минут после применения 2,3
  • Высокоэластичный материал, позволяющий легкому естественным образом расширяться и сокращаться во время дыхания.
  • Запатентованный распылительный наконечник Progel™ позволяет наносить средство индивидуально с помощью одного простого в использовании устройства.
  • Единственный герметик, одобренный FDA для лечения утечек плеврального воздуха 2
  • Управление по санитарному надзору за качеством пищевых продуктов и медикаментов США (FDA) одобрено для лечения утечек воздуха при открытой торакотомии, видеоассистированной и роботизированной торакальной хирургии 2.
  • Единственный герметик с клинически доказанной эффективностью в лечении осложнений утечки воздуха как при открытой, так и при малоинвазивной торакальной хирургии 1,2
  • Устранение или уменьшение утечек воздуха в операционной на 96 % в ходе недавнего клинического исследования пациентов, перенесших видеоассистированную или роботизированную резекцию легкого 2
  • Сокращение продолжительности госпитализации в среднем на 1,9 дня в проспективном рандомизированном клиническом исследовании 1

  • У 58 % пациентов после операции на легких возникает утечка воздуха в операционной 1 , а более чем у 15 % после операции развивается постоянная утечка воздуха 4 .
  • Выявление и лечение утечек воздуха во время операции дает наилучшие шансы предотвратить постоянные осложнения от утечки воздуха и обеспечить случайную экономию затрат на лечение 5
  • Доказано, что герметик Progel™ Pleural Air Leak Sealant эффективно герметизирует утечки воздуха во время операции на легких, сокращая продолжительность госпитализации в среднем на 1,9 дня, потенциально сводя к минимуму сопутствующие осложнения и обеспечивая экономию затрат на лечение 1
<р>1. Аллен, Марк С. и др., «Проспективное рандомизированное исследование по оценке биоразлагаемого полимерного герметика для герметизации интраоперационных утечек воздуха, возникающих во время резекции легкого», Анналы торакальной хирургии, 2004 г.; 77:1792-1801. Ключевое исследование. Данные в файле.

<р>2. Инструкция по применению герметика для плевральной утечки воздуха Progel™. М-00443. Davol Inc. Данные в файле.

<р>3. Davol Inc. Стендовые испытания in vitro. Данные в файле. Результаты испытаний in vitro могут не коррелировать с клинической эффективностью.

<р>4. Брунелли и др. Предикторы длительной утечки воздуха после легочной лобэктомии. Энн Торак Сург, 2004 г .; 77: 1205-1210. Основано на сообщениях о длительной послеоперационной утечке воздуха.

<р>5. Окереке И., Мурти С.К., Альстер Дж.М., Блэкстоун Э.Х., Райс Т.В. Характеристика и значение утечки воздуха после лобэктомии. Энн Торак Сург, 2005; 79:1167–1173.

<р>6. Оценка основана на данных о продажах за 4 кв. 2014 года и количестве наборов по 1,2 мл на процедуру.

Назначение / Показания к применению

Progel™ Pleural Air Leak Sealant — это устройство одноразового использования, предназначенное для нанесения на висцеральную плевру после стандартного закрытия висцеральной плевры с помощью, например, швов или скоб, видимых утечек воздуха, возникших во время резекции паренхимы легкого.

Противопоказания

Не используйте Progel™ PALS у пациентов с аллергической реакцией на человеческий сывороточный альбумин или другие компоненты устройства в анамнезе.

Не используйте Progel™ PALS у пациентов с недостаточной почечной способностью для клиренса полиэтиленгликолевой нагрузки Progel™ PALS.

Не наносите Progel™ PALS на открытые или закрытые дефекты главного стволового или долевого бронха из-за возможного увеличения частоты возникновения бронхо-плевральных свищей, в том числе у пациентов, перенесших пневмонэктомию, любую рукавную резекцию или бронхопластику.

Не наносите Progel™ PALS на окисленную регенерированную целлюлозу, рассасывающиеся желатиновые губки или любые другие поверхности, кроме висцеральной плевры, так как это может поставить под угрозу прилипание и ожидаемый результат.

Меры предосторожности

Безопасность и эффективность Progel™ PALS не были установлены у пациентов со следующими состояниями:

  • Младше 18 лет, беременные или кормящие женщины.
  • Загрязненные или грязные случаи резекции легкого.
  • Наличие активной инфекции.
  • При наличии других герметиков, гемостатических устройств или продуктов, отличных от швов и скоб, используемых при стандартном закрытии висцеральной плевры.
  • Висцеральная плевральная утечка воздуха из-за спонтанного пневмоторакса, любой нерезекционной травмы легочной ткани или злокачественного новообразования, а также врожденного или приобретенного функционального или анатомического дефекта.
  • Пациенты, получавшие Progel™ PALS в ходе более чем одного сеанса нанесения (операции) до и/или после рассасывания Progel™ PALS, нанесенного во время любого предыдущего хирургического сеанса.
  • В любой области или ткани, кроме висцеральной плевральной поверхности, как указано.

ОФВ1 ≤ 40 % из-за небольшого размера выборки в клиническом исследовании. В исходном базовом исследовании у всех 5 пациентов с Progel™ PALS и 4 пациентов с ОФВ1 ≤ 40% была послеоперационная утечка воздуха (POAL); тогда как у пациентов с ОФВ1 > 40% — 59/93 (63,4%) Progel™ PALS. и 45/53 (84,9%) пациентов контрольной группы имели ПОАЛ. См. раздел 7.9 «Эффективность: основной показатель эффективности» в инструкции по применению.

Нежелательные явления

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

Внимание! Федеральный закон (США) разрешает продажу данного устройства только лицензированным врачом или практикующим врачом, имеющим соответствующую лицензию, или по его заказу.

Читайте также: