Чтение онлайн

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

Помимо ловушек, связанных со слишком широким или слишком узким формулированием потребностей, следует упомянуть еще несколько проблем, связанных с этим (рисунок 4.4). Самым сложным из них для начинающих новаторов является желание внедрить решение в потребности. На самом фундаментальном уровне формулировка потребности должна указывать на то, какие изменения в результате требуются для решения заявленной проблемы, а не на то, как эта проблема будет решаться. Слишком часто новаторы включают элементы решения в свои заявления о потребностях, потому что они быстро находят идеи для решения проблем. Это особенно заманчиво, когда уважаемая фигура, например ключевой лидер мнений, предлагает решение того, как он подошел бы к рассматриваемой области потребностей. Иногда это происходит явно, иногда незаметно. В любом случае включение решения в формулировку потребности серьезно сужает диапазон возможных изучаемых возможностей, ограничивает творческий потенциал команды и накладывает ненужные границы на потенциальный рынок. Ещё важно, что это может привести к заявлению о потребности, которое не отражает реальной клинической проблемы, и таким образом способствовать решениям, которые не удовлетворяют потребности эффективно.

Рисунок 4.4 – Ловушки при проектировании

Например, одна молодая компания сосредоточилась на проблеме со стентами (сетчатые трубчатые каркасы, которые размещают в кровеносных сосудах для расширения суженной области). Было отмечено, что, хотя стенты полезны для удержания открытых артерий, во время развертывания они могут вызвать поток эмболов (обломки, которые смещаются, перемещаются по кровотоку и потенциально создают закупорки, застревая в других более мелких кровеносных сосудах). Сосредоточившись на этой проблеме, компания сформулировала потребность в коронарном стенте, который мог бы предотвратить эмболизацию материала стенки сосуда (подразумеваемым результатом этой потребности является минимизация риска инсульта). Члены группы разработчиков предположили, что относительно большие промежутки между стойками стента могут позволить фрагментам атеросклеротической бляшки или тромба сместиться со стенки сосуда и пройти через него, что приведет к дистальной эмболизации. Они решили разработать «покрытый» стент из материала, который растягивался бы над отверстиями и предотвращал разрыв эмболов (рисунок 4.5). Однако после разработки и тестирования они обнаружили, что покрытие препятствует преобразованию (адаптация) поверхности естественного кровеносного сосуда вокруг стента после процедуры, что может привести к другим серьезным осложнениям, включая эмболизацию. В итоге команде не удалось доставить продукт на рынок, а компания была закрыта.

Рисунок 4.5 – Пример размещения сетчатых трубчатых каркасов

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

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

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

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

Рисунок 4.6 – Возможный цикл обзора проекта и его аудита (см. пояснения в тексте)

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

Однако ежегодный аудит играет более стратегическую роль в обеспечении качества и рассматривает процедуры проектирования в целом:

– работают ли они?

– есть ли повторяющиеся проблемы?

– есть ли области для улучшения?

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

Цель процессов аудита и проверки:

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

2. Чтобы команда управления дизайном могла постоянно улучшать качество дизайна продукта.

3. Выявить любые проблемы несоответствия и исправить их как можно скорее, прежде чем они смогут нанести какой-либо долгосрочный ущерб.

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

Следует отметить, что аудит процедур проектирования будет контролироваться, в основном Управлением качеством. Однако процесс аудита должен работать, поэтому он должен быть «разработан» в соответствии с конкретными потребностями, а не просто скопирован откуда-то.

На рисунке 4.7 показана типичная процедура последовательного проектирования.

Рисунок 4.7 – Процедура последовательного проектирования

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