Выработка требований

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

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

Далее производится (или устанавливается) баланс между целями бизнеса и потребностями персонажей. На выходе получается сбалансированный перечень требований.

Определение инфраструктуры

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

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

2) набор шаблонов проектирования взаимодействия, являющихся решением для соответствующих типов ранее проанализированных проблем.

Шаблоны проектирования — это иерархическая структура, которая эволюционирует с появлением новых процессов.

Основная функция – создать достоверную базу, на основе которой будет решена сложная задача.

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

Детализация

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

Дата добавления: 2016-10-18 ; просмотров: 1473 ; ЗАКАЗАТЬ НАПИСАНИЕ РАБОТЫ

Выработка требований

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

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

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

185.238.139.36 © studopedia.ru Не является автором материалов, которые размещены. Но предоставляет возможность бесплатного использования. Есть нарушение авторского права? Напишите нам | Обратная связь.

Отключите adBlock!
и обновите страницу (F5)

очень нужно

Выработка требований и разработка спецификаций

Требования это описание необходимых средств для решения проблемы.

Спецификация это описание объекта, обладающего этими свойствами.

Реализация это описание на языке разработчика внешне известных, характерных особенностей поведения системы.

Функционирование спецификации включает в себя:

1. Цель программы.

2. Граничные условия.

3. Описание функций (что будет выполнять программа).

4. Спецификация входных и выходных данных.

5. Верификация требований (достоверность установленных тестами случаев ошибок, анализ типовых событий, минимальное и максимальное количество документов).

2. Фаза спецификации:

a) проектирование архитектуры;

b) детальное проектирование.

Входной информацией проектирования является спецификация. Проектирование архитектуры заканчивает композиции (разбиения) спецификаций структуры системы.

Детальное проектирование (структурное программирование) – на этом этапе производится процедурное описание программы.

3. Фаза реализации (конструирования):

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

5. Эксплуатация –это оценка работы системы и поддержание ее функционирования в приемлемых границах.

6. Сопровождениезаключается в следующих этапах:

1) нахождение и исправление ошибок;

2) добавление новых функций и модернизация старых;

3) включение программы в новую среду;

4) улучшение показателей программы.

Цикл разработки состоит из следующих шагов:

1. Формирование общих идей программы.

2. Принятие решения о потенциальном пользователе программы.

3. Принятие решения о типе компьютера, на котором программа будет выполняться.

4. Выбор одного из возможных языков программирования.

5. Проектирование программы с использованием псевдокода или другого инструмента для определения общей структуры.

6. Написание программы.

7. Тестирование программы.

9. Исправление любых обнаруженных ошибок.

10. Повторение пунктов 7 и 8 как можно чаще.

11. Передача копии программы другим людям для тестирования.

13. Исправление любых обнаруженных ошибок, обнаруженных при бета-тестировании.

14. Выпуск программы и уверенность в том, что она работает в соответствии с требованиями.

Цикл сопровождения состоит из следующих шагов:

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

2. Исправление ошибки.

3. Проверка работы программы, чтобы убедиться, что все обнаруженные ошибки исправлены, а новые не появились.

4. Исправление всех ошибок, обнаруженных при проверке.

5. Повторение пунктов 1-4, для исправления ошибок, о которых получены сообщения.

6. Программный продукт сопровождается на протяжении существования и может длиться несколько лет.

7. Выпуск исправлений для программы, которые пользователи смогут добавить к существующей версии программы для исправления.

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

2. Спланируйте, как именно должна работать новая программа (используя псевдокод или другие средства).

3. Внесите в программу изменения.

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

5. Исправьте любые проблемы, выявленные при альфа-тестировании.

6. Передайте несколько копий программы для бета-тестирования.

7. Исправьте любые проблемы, обнаруженные при бета-тестировании.

8. Повторяйте пункты 1-7 для каждой программы, которую решили добавить в разработку системы.

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

1.2 Модели жизненного цикла программного обеспечения. Жизненный цикл программного обеспечения в соответствии со стандартом
ISO/IES 12207

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

Структура жизненного цикла программного обеспечения по стандарту
ISO/IEC 12207
базируется на трёх группах процессов:

— основные процессы жизненного цикла программного обеспечения (приобретение, поставка, разработка, эксплуатация, сопровождение);

— вспомогательные процессы, обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем);

Читайте так же:  Адвокат чернобель яна андреевна

— организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение).

Стандарт ISO/IEC 12207 не предлагает конкретную модель жизненного цикла и методы разработки программного обеспечения. Его регламенты являются общими для любых моделей жизненного цикла, методологий и технологий разработки. Стандарт ISO/IEC 12207 описывает структуру процессов жизненного цикла программного обеспечения, но не конкретизируется в деталях, как реализовать или выполнить действия и задачи, включённые в эти процессы.

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

I. Классический жизненный цикл – состоит из следующих этапов:

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

2) Анализ требований относится к программному элементу – программному обеспечению. Уточняются и детализируются его функции, характеристики и интерфейс. Все определения документируются в спецификации анализа. Здесь же завершается решение задачи планирования проекта.

3) Проектирование состоит в создании представлений:

· модульной структуры ПО;

· алгоритмической структуры ПО;

· входного и выходного интерфейса (входных и выходных форм данных).

Исходные данные для проектирования содержатся в спецификации анализа.

4) Кодирование состоит в переводе результатов проектирования в текст на языке программирования.

5) Тестирование — выполнение программы для выявления дефектов в функциях, логике и форме реализации программного продукта.

6) Сопровождение — это внесение изменений в эксплуатируемое ПО.
Цели изменений:

· адаптация к изменениям внешней для ПО среды;

· усовершенствование ПО по требованиям заказчика.

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

Рис. 2.Классический жизненный цикл разработки ПО

Достоинства классического жизненного цикла: дает план и временной график по всем этапам проекта, упорядочивает ход конструирования.

Недостатки классического жизненного цикла:

1) реальные проекты часто требуют отклонения от стандартной последовательности шагов;

2) цикл основан на точной формулировке исходных требований к ПО (реально в начале проекта требования заказчика определены лишь частично);

3) результаты проекта доступны заказчику только в конце работы.

II. Макетирование – достаточно часто заказчик не может сформулировать подробные требования по вводу, обработке или выводу данных для будущего программного продукта. В этих случаях целесообразно использовать макетирование. Основная цель макетирования — снять неопределенности в требованиях заказчика.

Макетирование (прототипирование) — это процесс создания модели требуемого программного продукта.

Модель может принимать одну из трех форм:

1) бумажный макет или макет на основе ПК (изображает или рисует человеко-машинный диалог);

2) работающий макет (выполняет некоторую часть требуемых функций);

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

Макетирование начинается со сбора и уточнения требований к создаваемому ПО Разработчик и заказчик встречаются, и определяют все цели ПО, устанавливают, какие требования известны, а какие предстоит доопределить. Затем выполняется быстрое проектирование. В нем внимание сосредоточивается на тех характеристиках ПО, которые должны быть видимы пользователю. Быстрое проектирование приводит к построению макета. Макет оценивается заказчиком и используется для уточнения требований к ПО. Итерации повторяются до тех пор, пока макет не выявит все требования заказчика и, тем самым, не даст возможность разработчику понять, что должно быть сделано.

Достоинство макетирования: обеспечивает определение полных требований к ПО.

· заказчик может принять макет за продукт;

· разработчик может принять макет за продукт.

Рис. 3.Макетирование

Рис. 4. Последовательность действий при макетировании

III. Инкрементная модель – является классическим примером инкрементной стратегии конструирования. Она объединяет элементы последовательной водопадной модели с итерационной философией макетирования.

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

Рис. 5. Инкрементная модель

185.238.139.36 © studopedia.ru Не является автором материалов, которые размещены. Но предоставляет возможность бесплатного использования. Есть нарушение авторского права? Напишите нам | Обратная связь.

Отключите adBlock!
и обновите страницу (F5)

очень нужно

Что такое выработка требования

Проблема сохранности качества лечебных, диагностических, и иммунобиологических препаратов для медицинской практики весьма актуальна. Это связано с тем, что лекарственные препараты (ЛП) и, в особенности медицинские иммунобиологические препараты (МИБП), термолабильны, поэтому их эффективность и безопасность существенным образом зависит от условий, длительности хранения и транспортировки препаратов. Всемирная организация здравоохранения (ВОЗ) признает, что около 25 % вакцин доставляется до потребителя в испорченном виде из-за нарушений температурного режима при хранении и транспортировке. По данным Агентства по регулированию лекарственных средств и продуктов для здравоохранения Великобритании, в 43 % случаев брак появляется вследствие отсутствия эффективного мониторинга и контроля температурных режимов во время хранения и транспортировки термолабильной продукции. В реальности же, например, в странах Центральной Азии, доля бракованной продукции может доходить до 70 %.

Целью исследования явилась выработка требований к логистике термолабильных лекарственных препаратов на 4 уровне «холодовой цепи».

Материалы и методы исследования

Материалами исследования явились данные об участниках логистической цепи поставок: предприятием-производителем, транспортной компанией, дистрибьютором, аптеками, медицинскими организациями (4 уровня холодовой цепи). В процессе исследования использовали методы: документального анализа, экономико-статистического анализа.

Результаты исследования и их обсуждение

Абсолютное большинство вакцин требует соблюдения температурного режима транспортирования и хранения в температурном диапазоне от +2 до +8 °С. От того, как соблюдался данный температурный режим, зависит эффективность лекарств и их безопасность для пациентов. Следовательно, требования по соблюдению температурного режима должны неукоснительно выполняться всеми участниками логистической цепи поставок: предприятием-производителем, транспортной компанией, дистрибьютором, аптеками, медицинскими организациями (4 уровня холодовой цепи). Все вакцины являются чувствительными биологическими субстанциями, которые со временем теряют свою активность. Происходит это намного быстрее при воздействии на них неблагоприятных температурных условий (выше или ниже рекомендуемого диапазона). Утраченная однажды активность вакцины не восстанавливается при возращении ее в рекомендуемый температурный режим, т.е. утрата активности необратима. Поэтому правильное хранение и транспортировка вакцин жизненно важны для сохранения ее активности вплоть до введения в организм.

Все вакцины теряют свою активность при хранении при повышенной температуре, однако, их чувствительность к высоким температурам различна. Наиболее термочувствительными являются полиомиелитная, коревая, коклюшная (бесклеточная), паротитная, АКДС, АДС, АДС-М, БЦЖ, вакцина против гепатита В. Столбнячный анатоксин (АС) менее чувствителен к повышению температуры. Вакцины варьируются также по чувствительности к низкой температуре: одни могут переносить замораживание без потери активности (БЦЖ, полиомиелитная, коревая, паротитная вакцины), другие разрушаются при замораживании (АКДС, АДС, АДС-М, АС, вакцина против гепатита В).

Система «Холодовой цепи» включает:

1) специально обученный персонал, обеспечивающий эксплуатацию холодильного оборудования, правильное хранение и транспортировку вакцин;

2) холодильное оборудование, предназначенное для хранения и транспортировки вакцин в оптимальных температурных условиях;

3) механизм контроля над соблюдением требуемых температурных условий на всех этапах хранения и транспортировки вакцин. Следовательно, требования по соблюдению температурного режима должны неукоснительно выполняться всеми участниками логистической цепи поставок:

Читайте так же:  Как подать на алименты из за границы

Несмотря на то, что в законодательстве РФ отсутствуют требования к специальным условиям хранения и транспортировки биотехнологических ЛП (за исключением вакцин, для которых функционирование «холодовой цепи» на территории РФ регламентируется санитарными правилами СП 3.3.2.1248-03 и СП 3.3.2342-08), соблюдение правил «холодовой цепи» для биотехнологических препаратов жизненно необходимо для пациента.

Известно, что большое количество нарушений «холодовой цепи» происходит на 4-м уровне холодовой цепи. Более того, организация транспортировки ЛП практически не регулируется. В некоторых регионах РФ вводятся местные ограничения реализации вакцин населению в аптеках, например, покупатель должен оплатить необходимую вакцину, но первостольник имеет право отдать её только сотруднику медицинской организации, в котором будут делать вакцинацию, пришедшему с термоконтейнером. Очевидно, что такие ограничения противоестественны, и в большинстве аптек не соблюдаются.

У всех без исключения производителей и поставщиков МИБП возникает необходимость в транспортировании их получателям. Существующие документы, регламентирующие условия транспортирования и хранения МИБП, определяют основные требования, рамки, границы, согласно которым ясно, что является нарушением холодовой цепи. Но во многом у поставщиков нет ясности, каким образом минимизировать вероятность нарушения холодовой цепи и предотвратить порчу препаратов в процессе их транспортирования и хранения. Для одних организаций этот вопрос является головной болью, для других малозначимой, маловажной задачей, которой не уделяется должного внимания в надежде на то, что не произойдет ничего непредвиденного. Так или иначе, для всех участников «холодовой цепи», действующих в рамках правового поля, возникает много поводов для импровизации.

В системе «холодовой цепи» выделены следующие уровни:

Уровень 1 – производитель вакцин и других МИБП.

Уровень 2 – региональный склад вакцин и других МИБП на территории субъекта РФ.

Уровень 3 – склады больниц, аптек (уровень муниципального образования).

Уровень 4 – медицинские организации (больницы, поликлиники, фельдшерско-акушерские пункты и пр.), образовательные учреждения.

Хранение и транспортирование МИБП на первых двух уровнях холодовой цепи решены достаточно успешно: ЛП от заводов-производителей с использованием автомобильных рефрижераторов транспортируются на второй уровень, который имеет холодильные камеры большого объема, оснащенные дублирующим холодильным оборудованием и термоизмерительной аппаратурой. Как правило, третий и четвертый уровень оснащены оборудованием для хранения МИБП. Хуже обстоит дело с транспортированием МИБП со второго на третий уровень и еще хуже с третьего на четвертый. Особенно плохо обстоит дело с самостоятельным приобретением пациентами термолабильных лекарств в аптеках и их транспортировкой до места домашнего хранения или процедурного кабинета.

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

Мы считаем, что «холодовая цепь» требуется всем производителям, дистрибьюторам, транспортным компаниям, аптекам, больницам и, безусловно, конечным получателям – пациентам по абсолютно всем ЛП, для которых прописаны любые ограниченные температурные диапазоны хранения и транспортировки. В нашей практике мы часто сталкиваемся с тем, что, например, ЛП, требующие условий хранения от +15 до +25 °С, перевозятся (или ждут транспортировки на складе транспортной компании) зимой при минусовых температурах. Легко определить, что произошло замораживание препарата для жидких форм в случае, если произошло разрушение ампул или флаконов. А если нет? Какие негативные последствия могут быть для пациента при приеме ЛП после замораживания – неизвестно. Однако абсолютно доказана потеря качества биологических ЛП, что предполагает неэффективность их применения. Впрочем, без четкого нормирования со стороны государства деятельности транспортных компаний, а также повышения уровня образованности, сознательности и ответственности всех работников, имеющих отношение к хранению и транспортировке ЛП, добиться позитивных сдвигов в этом направлении невозможно. Если на фармацевтическом рынке РФ рядовой является ситуация, когда лекарства привозит грузовик, незадолго перед этим доставлявший картошку или колбасу, надеяться на быстрое изменение ситуации в лучшую сторону не приходится. Если главной целью функционирования производителей ЛП, дистрибьюторов и аптек в РФ стало получение прибыли, вместо качественного оказания лекарственной помощи населению, лекарства будут доставляться со значительными нарушениями температурного режима, лишь бы меньше заплатить за доставку. Не являются исключением и крупные дистрибьюторы (в т.ч. национальные), в практику которых во многих регионах вошел отказ от использования региональных складов и собственных машин в субъектах РФ и в настоящее время осуществляется доставка из «единого логистического центра». На практике это выглядит так – из «единого логистического центра» отправляется фура с товаром, сгруппированным по маршрутам развоза внутри области, которую необходимо обеспечить товаром. По приезду в областной город фура с лекарственными препаратами останавливается на обочине трассы или каком-либо пустыре (заброшенном заводе, торговой базе и т.д.). К ней подъезжают грузовики частных предпринимателей, занимающихся в другое время доставкой той же колбасы, происходит перегрузка товара.

У всех без исключения изготовителей и поставщиков вакцин возникает необходимость в транспортировании МИБП получателям. Существующие документы, регламентирующие условия транспортирования и хранения МИБП, определяют основные требования, рамки, границы, согласно которым ясно, что является нарушением холодовой цепи. Но во многом у поставщиков нет ясности, каким образом минимизировать вероятность нарушения холодовой цепи и предотвратить порчу препаратов в процессе их транспортирования и хранения. Для одних организаций этот вопрос является головной болью, для других малозначимой, маловажной задачей, которой не уделяется должного внимания в надежде на то, что не произойдет ничего непредвиденного. Так или иначе, для всех участников «холодовой цепи», действующих в рамках правового поля, возникает много поводов для импровизации.

Согласно действующему законодательству доставку МИБП разрешается осуществлять двумя способами – специальными авторефрижераторами или в термоконтейнерах любыми видами транспорта. С одной стороны, эти способы являются альтернативными, с другой стороны, в зависимости от условий конкретной отправки, они могут существенно отличаться по экономическим, временным и качественным показателям. Поэтому перед каждой отгрузкой МИБП для выбора оптимального варианта перевозки необходимо выполнять комплексный анализ влияющих факторов, которыми являются – объем партии препаратов для каждого получателя, его местоположение, требуемые сроки доставки и конструктивные особенности специальных авторефрижераторов и медицинских термоконтейнеров.

Основным критерием, определяющим, каким из двух указанных способов доставлять конкретную партию препаратов, является требуемый уровень качества, то есть соблюдение необходимых условий для сохранности препаратов в пути. В свою очередь, одним из главных факторов, влияющих на качество транспортирования МИБП, являются конструктивные особенности используемого оборудования холодовой цепи.

Если так работают национальные дистрибьюторы, можно хорошо себе представить, как транспортируют товар небольшие фармацевтические компании.

Для правильного обращения с термолабильными ЛП на 4-м уровне «холодовой» цепи необходимо выполнить следующий алгоритм действий:

1. Назначить сотрудника или сотрудников, ответственных за приемку ЛП, поступивших по «холодовой цепи».

2. Обучить назначенного сотрудника требованиям «холодовой цепи».

3. При приемке товара обязательно осуществлять проверку термоиндикаторов «холодовой цепи».

4. ЛП должны помещаться в специальную холодильную камеру в оригинальной упаковке.

5. Обязательно должны учитываться сроки годности. Лекарства с наименьшими сроками годности целесообразно располагать в передней части холодильной камеры.

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

7. Заполните информацию об ответственном лице для информирования в случае, если термоиндикаторы покажут нарушение температурного режима.

8. Используйте специальную холодильную камеру для хранения термолабильных лекарств, руководствуясь указаниями производителя по использованию.

Читайте так же:  Трудовой договор с менеджером-логистом образец

9. В случае использования бытового холодильника: в наличии должен быть термометр для постоянной проверки температуры в каждой холодильной камере для вакцин, температурный датчик необходимо поместить в коробку с вакцинами посередине полки холодильной камеры, регистрировать результаты измерения температуры дважды за каждый день, регистрировать минимальную и максимальную температуру холодильной камеры, прописать регламент и периодичность размораживания морозильной камеры (в случае наличия), сотрудника, ответственного за проверку точности термометра и замену его элементов питания (если есть необходимость).

10. Необходимо прописать алгоритм действий в случае отключения энергоснабжения в рабочее и внерабочее время.

11. Необходимо прописать, с кем и когда связываться по вопросам обслуживания и ремонта холодильной камеры.

12. Проводить ежегодную проверку холодильной камеры.

13. Прописать процедуру очистки холодильной камеры.

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

При нарушении «холодовой цепи» необходимо изолировать пострадавшие ЛП, промаркировать их. Хранение должно происходить при указанной производителем температуре. Незамедлительно необходимо проинформировать вышестоящую инстанцию.

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

В случае приобретения в аптеке пациентом термолабильных препаратов, особенно вакцин и других МИБП, необходимо:

1. Провести обучение сотрудников аптеки требованиям «холодовой цепи».

2. Утвердить регламент наполнения и контроля за содержимым холодильного шкафа.

3. Утвердить регламент подготовки хладоэлементов со льдом.

4. Обязать при отпуске термолабильных препаратов покупателю использовать термопакеты и хладоэлементы.

Выводы

Данная статья подготовлена авторским коллективом, участники которого на практике изучили ситуацию с хранением и транспортировкой термолабильных ЛП на фармацевтическом рынке Российской Федерации. Поскольку Санитарно-эпидемиологические правила и Методические указания Роспотребнадзора не в состоянии ответить на все возникающие у участников «холодовой цепи» вопросы, мы сочли необходимым изложить своё видение ситуации и сформулировать алгоритм действий сотрудников фармацевтических организаций на 4-м уровне «холодовой цепи».

Рецензенты:

Парфейников С.А., д.фарм.н., профессор кафедры экономики и организации здравоохранения и фармации Пятигорского медико-фармацевтического института – филиала ГБОУ ВПО «Волгоградский государственный медицинский университет» Министерства здравоохранения Российской Федерации, г. Пятигорск;

Гацан В.В., д.фарм.н., профессор кафедры организации и экономики фармации Пятигорского медико-фармацевтического института – филиала ГБОУ ВПО «Волгоградский государственный медицинский университет» Министерства здравоохранения Российской Федерации, г. Пятигорск.

Требования при выращивании и откорме свиней на мясо для выработки продуктов детского питания. Типовой технологический процесс

Стандарт устанавливает общие требования к типовому технологическому процессу выращивания и откорма свиней на мясо для производства продуктов детского питания.

Комментарии могут оставлять только зарегистрированные пользователи.

зарегистрированное средство массовой информации, свидетельство Эл № ФС77-39732 от 06.05.2010 г.

ВНИМАНИЕ! Любое использование материалов сайта возможно только в строгом соответствии с установленными Правилами. Любое коммерческое использование материалов сайта и их публикация в печатных изданиях допускается только на основании договоров, заключенных в письменной форме.
Использование Пользователем сервисов сайта возможно только на условиях, предусмотренных Пользовательским Соглашением

Выработка позиции по гражданскому делу. Общие подходы, методология и т.д.

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

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

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

Этапы выработки позиции по гражданскому делу:

  1. Уточнение проблемы и выяснение притязаний и целей стороны.
  2. Анализ первоначально представленных доказательств.
  3. Отыскание подлежащей применению правовой нормы.
  4. Формирование доказательственной базы позиции по делу.
  5. Выдвижение версии, позиционно интерпретирующей факты, и формулирование правового требования стороны.

Гражданский процесс: Видео

Володин поручил создать рабочую группу для выработки требований к вносимым законопроектам

МОСКВА, 16 декабря. /ТАСС/. Спикер Госдумы Вячеслав Володин поручил депутатам создать рабочую группу для подготовки требований, которые будут предъявляться к вносимым в нижнюю палату парламента законопроектам. Об этом журналистам сообщил первый зампред ЦК КПРФ, первый зампред Госдумы Иван Мельников.

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

«Председатель Госдумы Вячеслав Володин поручил создать рабочую группу, цель которой — подготовка требований к вносимым законопроектам», — сказал Мельников.

Как указал первый зампред Госдумы, в рабочую группу в том числе войдут глава комитета по государственному строительству и законодательству Павел Крашенинников, председатель комитета по регламенту и организации работы Госдумы Ольга Савастьянова и глава комитета по федеративному устройству и вопросам местного самоуправления Алексей Диденко, а также представители правового управления Думы.

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

«Наши предложения, согласно решению Совета Думы, будут разрабатываться в том числе с учетом мнения полномочного представителя президента РФ (в Госдуме) Гарри Минха», — заключил Мельников.