Руководство ICH M3(R2): руководство по доклиническим исследованиям безопаснос...PHARMADVISORQuestions & Answers: Guidance on Non-Clinical Safety Studies for the Conduct of Human Clinical Trials and Marketing Authorization for Pharmaceuticals
В Сколково обсудили вывод лекарственных препаратов на рынок - 7The Skolkovo Foundation Кластер биомедицинских технологий Фонда «Сколково» совместно с компаниями ОСТ Рус и GCT впервые провел в Гиперкубе образовательный семинар «Вывод медицинского препарата на рынок: от доклиники к регистрации. Практические аспекты».
В Сколково обсудили вывод лекарственных препаратов на рынок - 4The Skolkovo Foundation Кластер биомедицинских технологий Фонда «Сколково» совместно с компаниями ОСТ Рус и GCT впервые провел в Гиперкубе образовательный семинар «Вывод медицинского препарата на рынок: от доклиники к регистрации. Практические аспекты».
В Сколково обсудили вывод лекарственных препаратов на рынок - 5The Skolkovo Foundation Кластер биомедицинских технологий Фонда «Сколково» совместно с компаниями ОСТ Рус и GCT впервые провел в Гиперкубе образовательный семинар «Вывод медицинского препарата на рынок: от доклиники к регистрации. Практические аспекты».
В Сколково обсудили вывод лекарственных препаратов на рынок - 3The Skolkovo Foundation Кластер биомедицинских технологий Фонда «Сколково» совместно с компаниями ОСТ Рус и GCT впервые провел в Гиперкубе образовательный семинар «Вывод медицинского препарата на рынок: от доклиники к регистрации. Практические аспекты».
Собеседование на позицию бизнес-аналитикаSQALabДоклад Дениса Гобова на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Формирование структуры требованийAnna AbramovaПрезентация к встрече аналитиков Петербурга 8 мая 2014 года. Формирование структуры требований.
Это не обучающий материал, и не претендует на эту роль. Это памятка для учавствовавших во встрече о чем шла речь.
Gathering requirementsDoan Truong GiangThis document discusses techniques for gathering software requirements, including interviews, workshops, observations, questionnaires, and document analysis. It outlines direct and indirect data collection methods, and levels of requirements from business goals to use cases. Stakeholder involvement at each level is described. The iterative nature of requirements elicitation and management is emphasized. Effective elicitation requires understanding stakeholders, crafting questions, and documenting open issues for future refinement.
Анна Абрамова для ITGM#7. Навыки аналитика для технических писателейAnna AbramovaНавыки аналитика для технических писателей. Информация о навыках и знаниях, которые необходимо развивать, чтобы успешно выполнять задачи системного аналитика
Управление требованиями - это не только требования. Для CEE-SECR-2015. Анна А...Anna AbramovaУправление требованиями - это вспомогательный процесс управления проектом. Сами требования - инструмент управления. Когда мы начинаем путать требования с другими видами информации в проекте - запросами на изменения, описание реализации, потребностями бизнеса, - мы теряем управляемость проекта. Разница между разными видами информации - это разница во внутренней структуре, её потребителях, частотой и критичностью изменения.
SENG 6270 - Software-Requirement-SpecificationsApil TamangThis document is a software requirements specification for a reprints ordering system. It describes the purpose, scope and functions of the system. The system will allow customers to order photo reprints by selecting options like quantity, size, finish and processing time. It will automatically calculate the total cost and apply any discounts. The document defines requirements for user interfaces, functions, and behaviors of the system. Key requirements include validating user inputs, updating costs in real-time, applying discounts, and generating receipts. The system will be a windows application with a single screen for data entry and order processing.
2017 03-28 управление требованиями на agile проектах-web academyDmitriy Yefimenko-Что такое требования?
-Какие риски управления требованиями?
-Какие практики управления рисками предлагают различные подходы к разработке?
-Как требования тестировать и зачем?
-Как управлять требованиями?
-Как убедиться, что требование нужно реализовывать?
-Какие практики нужно применять, чтобы не потеряться в требованиях на этапе анализа и не потерять требования при разработке и внедрении?
Бизнес-аналитик vs. Руководитель проектаAnna AbramovaПрезентация для PM Talk - выпуск 3. Бизнес-анализ в проекте. Задачи и ответственность
Абрамова Анна
Полнота ролей и целей пользователейAnna AbramovaВыложено, чтобы напомнить участникам встречи, о чем шла речь на встрече СПб СоА, и чтобы дать понятие тем, кто будет приходить на следующие встречи, какие вопросы уже обсуждались.
Это не обучающий материал.
Подходы к спецификации измененийSQALabДоклад Станислава Рождественского на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Постоянные переключения контекста в жизни аналитикаSQALabДоклад Анны Лопатухиной на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Прокачиваем информационные системы с помощью data scienceSQALabДоклад Сергея Шашева на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Варианты использования. ВведениеAnna AbramovaВарианты использования. Введение
Презентация для встречи сообщества аналитиков Санкт-Петербурга 13 декабря 2014
Современная ЭМК - прикладные рекомендацииSofya LatkinaЗдесь сформировано видение того, как электронная медицинская карта (ЭМК) должна выглядеть в идеальном мире, и описаны конкретные шаги, которые позволят достичь целевого состояния
Собеседование на позицию бизнес-аналитикаSQALabДоклад Дениса Гобова на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Формирование структуры требованийAnna AbramovaПрезентация к встрече аналитиков Петербурга 8 мая 2014 года. Формирование структуры требований.
Это не обучающий материал, и не претендует на эту роль. Это памятка для учавствовавших во встрече о чем шла речь.
Gathering requirementsDoan Truong GiangThis document discusses techniques for gathering software requirements, including interviews, workshops, observations, questionnaires, and document analysis. It outlines direct and indirect data collection methods, and levels of requirements from business goals to use cases. Stakeholder involvement at each level is described. The iterative nature of requirements elicitation and management is emphasized. Effective elicitation requires understanding stakeholders, crafting questions, and documenting open issues for future refinement.
Анна Абрамова для ITGM#7. Навыки аналитика для технических писателейAnna AbramovaНавыки аналитика для технических писателей. Информация о навыках и знаниях, которые необходимо развивать, чтобы успешно выполнять задачи системного аналитика
Управление требованиями - это не только требования. Для CEE-SECR-2015. Анна А...Anna AbramovaУправление требованиями - это вспомогательный процесс управления проектом. Сами требования - инструмент управления. Когда мы начинаем путать требования с другими видами информации в проекте - запросами на изменения, описание реализации, потребностями бизнеса, - мы теряем управляемость проекта. Разница между разными видами информации - это разница во внутренней структуре, её потребителях, частотой и критичностью изменения.
SENG 6270 - Software-Requirement-SpecificationsApil TamangThis document is a software requirements specification for a reprints ordering system. It describes the purpose, scope and functions of the system. The system will allow customers to order photo reprints by selecting options like quantity, size, finish and processing time. It will automatically calculate the total cost and apply any discounts. The document defines requirements for user interfaces, functions, and behaviors of the system. Key requirements include validating user inputs, updating costs in real-time, applying discounts, and generating receipts. The system will be a windows application with a single screen for data entry and order processing.
2017 03-28 управление требованиями на agile проектах-web academyDmitriy Yefimenko-Что такое требования?
-Какие риски управления требованиями?
-Какие практики управления рисками предлагают различные подходы к разработке?
-Как требования тестировать и зачем?
-Как управлять требованиями?
-Как убедиться, что требование нужно реализовывать?
-Какие практики нужно применять, чтобы не потеряться в требованиях на этапе анализа и не потерять требования при разработке и внедрении?
Бизнес-аналитик vs. Руководитель проектаAnna AbramovaПрезентация для PM Talk - выпуск 3. Бизнес-анализ в проекте. Задачи и ответственность
Абрамова Анна
Полнота ролей и целей пользователейAnna AbramovaВыложено, чтобы напомнить участникам встречи, о чем шла речь на встрече СПб СоА, и чтобы дать понятие тем, кто будет приходить на следующие встречи, какие вопросы уже обсуждались.
Это не обучающий материал.
Подходы к спецификации измененийSQALabДоклад Станислава Рождественского на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Постоянные переключения контекста в жизни аналитикаSQALabДоклад Анны Лопатухиной на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Прокачиваем информационные системы с помощью data scienceSQALabДоклад Сергея Шашева на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Варианты использования. ВведениеAnna AbramovaВарианты использования. Введение
Презентация для встречи сообщества аналитиков Санкт-Петербурга 13 декабря 2014
Современная ЭМК - прикладные рекомендацииSofya LatkinaЗдесь сформировано видение того, как электронная медицинская карта (ЭМК) должна выглядеть в идеальном мире, и описаны конкретные шаги, которые позволят достичь целевого состояния
Диплом "Автоматизация ключевых бизнес-процессов городской больницы на основе ...ph.d. Dmitry Stepanovв работе разрабатывается интернет приложение с использованием PHP для автоматизации работы городской больницы на основе каскадной модели имплементации информационных систем. Ведется анализ требований, их приоритизация и составление матрицы отслеживания требований. Выявленные ключевые бизнес-процессы больницы проектируются в нотациях ARIS VACD и eEPC с разным уровнем детализации, кроме того, ведется моделирование архитектуры данных. Смоделированные процессы и данные больницы реализуются на языке программирования PHP. Успешно проведенные функциональное и интеграционное тестирования доказывают качество разработанного приложения.
Использование новых голосовых технологий для повышения качества работы медици...mir4svetaЕмельянова Ксения Андреевна. Генеральный директор ООО «ЭсТуЭс Некст» (Москва)
Use of WHONET database software at clinical microbiology laboratories (RUS)THLIlya Azizov: Use of WHONET database software at clinical microbiology laboratories. Making a database and epidemiology reporting
Аналитика и метрики приложений 29.11.2016 г.SPbCoAАналитика и метрики приложений
Аналитика метрик.
Виды метрик и особенности применения.
Признаки наилучших метрик
Сегментация пользователей
Сегментация пользователей: что это и для чего.
RFM-анализ.
Когортный анализ.
События и воронки в продукте
События и воронки: что это и для чего.
Алгоритм построения системы событий в продукте.
Воронки - инструмент для обнаружения узких мест продукта.
ITGM#8 Максим Цепков Process and Case management: совмещай и властвуй!SPbCoAНа ITGM#8 Максим Цепков рассказал про совмещение подходов process- и case-management при моделировании бизнес-процессов с большим количеством ответвлений, требующих принятия решений на месте.
ITGM#8 Анна Абрамова Юрий Солоницын Интерфейс - совместная работа аналитика и...SPbCoAСовместный доклад представителей двух сообществ: аналитиков и проектировщиков интерфейсов на ITGM#8.
Анна Абрамова (СПб СоА) и Юрий Солоницын (UXSpb) рассказали, как строится совместная работа аналитика и проектировщика интерфейсов в больших проектах. Где они помогают друг-другу и где начинают "толкаться локтями".
ITGM#8 Евгения Чумачкова User Story Mapping: как увидеть общую картину продук...SPbCoAНа ITGM#8 Евгения Чумачкова рассказала как с помощью техники User Story Mapping сохранять общее видение продукта и потребностей пользователей на протяжении всего цикла разработки.
Егор Вершинин. Сбор первичных требований с помощью интеллект-картSPbCoAЕгор на июньской встрече сообщества рассказал как он использует технику интеллект-карт для сформирования первичного пула требований во время онлайн-общения с заказчиком.
Представленная в докладе техника продемонстрирует как можно решить проблемы коммуникации с заказчиком. При
использовании техники в конце встречи с заказчиком появляется «драфт» спецификации функциональных требований.
Анна Абрамова для ITGM#7. Навыки аналитика для технических писателейSPbCoAПеречислены основные задачи, которые выполняет аналитик, и показано какие базовые навыки для этого нужны.
Наталья Желнова для ITGM#6. Обучение системных аналитиковSPbCoAНаталья Желнова для ITGM#6. Обучение системных аналитиков
- Где, кто, кого и чему учит
- Чего не хватает обучаемым
- Что делать? (Системный подход к обучению)
- Практический опыт: Как это было
Юлия Ерина. Как капля здравого смысла может спасти проект (про коммуникации)SPbCoAПрезентация Юлии Ериной про выстраивание коммуникаций в проекте ко встрече сообщества аналитиков Петербурга 09.02.2016
Раиса Гольденберг для ITGM#6. Кто отвечает за качествоSPbCoAРаиса Гольденберг рассказывала на ITGM#6 про то, почему современное ПО это услуга и как следует воспринимать его качество с этой точки зрения.
Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...SPbCoAОпыт консалтинга: метрики процесса бизнес-анализа. Для СоА на ITGM#6
Стадии проекта и состав технической документации. Наталья Желнова на ITGM#6SPbCoAСтадии проекта и состав технической документации для аналитиков и технических писателей на ITGM#6
Аналитик на пути приближающегося поезда. Анатолий Суздальцев для ITGM#6SPbCoAАнатолий Суздальцев рассказал на островке аналитиков на ITGM№6 как аналитик может снизить риски проекта, порождаемые естественными когнитивными искажениями нашего мозга.
2. Когда это имеет смысл?
Ваш продукт имеет множество настроек и
постоянно внедряется у однотипных
клиентов. И надо как-то управлять
сложностью.
3. Кейс
Группа БП Примеры БП
Сбор информации о пациенте Регистрация пациента в ПО
Уточнение данных для
неизвестного
Счета Выставление счетов по ОМС
Выставление счетов по ДМС
Врачебный процессы Первичный осмотр
Лаборатория Забор биоматериала
Сортировка и маркировка
проб
Мат.учет Производство медикаментов
5. Как построить gap-анализ?
Вам потребуются примеры процессов и внедрения системы
(или очень сильная экспертиза в предметке). После набора
примеров:
1. Найти повторяющиеся процессы
2. Найти повторяющиеся части этих процессов
3. Создать мастер-процесс
4. Описать «Желтые» варианты для каждого мастер-процесса.
5. Описать пост и пред условия для каждого мастер процесса
6. Описать связи между процессами
7. ...
8. Profit!
6. Что за «желтые» варианты?
Типы отклонений от процесса:
1. Зеленые = все хорошо
2. Желтые = что-то идет не как обычно, но мы
с этим встречались.
3. Красные = что-то совершенно новое.
7. Пример: мастер-процесс
регистрации в ПО
Business Process Base Green Variants
Приемноеотделение
М/сПОВрач
Запись в журнале
приемного (001/у-02 )
Заполнение ИБ (003/у-
02)
Подписание согласий на
обработку персональных
данных
Осмотр пациента Принятие медицинского
решения по пациенту
Госпитализация
Амбулаторная выписка
Отказ в госпитализации
Поступление
пациента
8. Пример: желтый вариант
регистрации в ПО
Business Process Yellow Varaints 1
Приемноеотделение
М/сПОВрач
Поступление
пациента
Запись в журнале
приемного (001/у-02 )
Заполнение ИБ (003/у-
02)
Подписание согласий
(персональные данные,
мед.вмешательство)
Осмотр пациента Принятие медицинского
решения по пациенту
Госпитализация
Есть ли
направление
НЕТ ДА
9. Пример: красный вариант
регистрации в ПО
Business Process RED
Приемноеотделение
М/сПОВрач
Запись в журнале
приемного (001/у-02 )
Заполнение ИБ (003/у-
02)
Подписание согласий
(персональные данные,
мед.вмешательство)
Осмотр пациента Принятие медицинского
решения по пациенту
Госпитализация
Амбулаторная выписка
Отказ в госпитализации
Поступление
пациента Укус
клеща?
Забор биоматериала Вакцинация Заполнение
сокращенной формы ИБ
Выписка
NO
10. Пример: пост / пред условия
Процесс предполагает что:
• Из больницы нет побегов, а если таковой
случается, ИБ закрывается и при
возвращении пациента открывается как
новая
• При подсчете койко-дней время
проведенной в ПО не учитывается
11. Пример: форма 001/у-02
Зеленый вариант Желтый вариант - 1 Желтый вариант - 2
Дата-время поступления
ФИО пациента
Д/р
ФИО врача
Предварительный
диагноз
Диагноз приемного
отделения
….
Дата-время поступления
ФИО пациента
Д/р
Номер направления
Диагноз направления
ER’s diagnose
Диагноз приемного
отделения
….
Дата-время поступления
ФИО пациента
Отметка “не известный”
Описание неизвестного
Номер машины СМП
Диагноз СМП
Д/р
ФИО врача
Диагноз приемного
отделения
….
12. Пример: связи
Для каждого мастер процесса нужно запросить:
1. Типы документов УЛ (паспорт, дипломатический
паспорт и т.п.)
2. Социальная категория (работающий, инвалид I гр. И
т.п.)
3. Список врачебного персонала
4. Список отделений больницы
5. Уточненный МКБ10
6. ….
13. Что мы получаем?
1. Уменьшение времени на выявление
требований и подготовку/верификацию
решения.
2. Прозрачное планирование проекта
3. Шаблоны для команды
4. Опросники для клиента.
5. Прайс подсчитанный от точного объема
работ.
14. Почему это не серебряная пуля?
1. Дорого само по себе. Безумно дорогие
ошибки
2. Требует понимания работы аналитика от
менеджмента (больше чем обычно)
3. Требуется регулярные пересмотры
репозитория мастер-процессов и их
вариантов.