РУТИННЫЙ МОНИТОРИНГ В ПРОГРАММАХ ЗПТ Проблемы и оптимизация. - презентация

1 РУТИННЫЙ МОНИТОРИНГ В ПРОГРАММАХ ЗПТ Проблемы и оптимизация

2 План презентации Показатели рутинного мониторинга Предпосылки к созданию централизованной базы данных Проект централизованной базы данных Демонстрация работы прототипа Обсуждение

3 Какие данные собираются на регулярной основе (1) Первинне джерело Дані, що збираютьсяПоказники, що формуються Копія Журнал кейс - менеджера Дата допрограмного консультування Кількість проскрінованихЩомісячний звіт персоналу Амбулаторна карта Дата засідання МДККількість обстеженихЩомісячний звіт персоналу, протокол засідання МДК Дата першого призначення препарату Кількість поступленьЗвіт УІПОЗ, звіт Альянс Кумулятивна кількість поступлень Звіт Альянс Дата випискиКількість виписокЗвіт УІПОЗ, звіт Альянс Причина випискиРозбивка виписок за причинами Звіт УІПОЗ, звіт Альянс Кумулятивна кількість виписок Звіт Альянс Кількість клієнтів у програміЗвіт УІПОЗ, звіт Альянс

4 Какие данные собираются на регулярной основе (2) Первинне джерело Дані, що збираються Показники, що формуються Копія Амбулаторна карта Демографічні та ін. характеристики Розбивка клієнтів за характеристиками Звіт УІПОЗ ВІЛ - статус, гепатитиВідсоток ВІЛ, ВГС, ВГВ інфікованих Звіт УІПОЗ Дати медичних обстежень Кількість обстежень на 1 клієнта Дата, результат уриноконтролю Кількість позитивних тестівЖурнал тестувань Журнал консультантів Дати консультаційКількість консультаційЩомісячний звіт персоналу Дата призначення АРТ Кількість клієнтів, що почали АРТ під час проекту Амб. карта, Звіт УІПОЗ Дата припинення АРТ Кількість клієнтів, що препинили АРТ під час проекту Амб. карта, Звіт УІПОЗ

5 Какие данные собираются на регулярной основе (3) Первинне джерело Дані, що збираються Показники, що формуються Копія Форма 8, 9 Призначена дозаПризначена доза по клієнтахАмб. карта, Форма 9, « Щоденник » Максимальна, мінімальна та середня доза Звіт УІПОЗ Журнал відділення Дати отримання препарату, кількість Кількість отриманого препарату Звіт КМНКЛ, Звіт ВОНД Журнал видачі препарату Дати видачіКількість пропущених днів по клієнтах Отримана дозаОтримана доза по клієнтах « Щоденник » Отримана дозаКількість спожитого препаратуЗвіт КМНКЛ, Звіт ВОНД Залишок препаратуЗвіт КМНКЛ, Звіт ВОНД

6 Итого : Большое количество информации, которая многократно дублируется, и труднодоступна для систематизации и обработки

7 Кроме этого : На национальном уровне Нет оперативного доступа к информации о пациентах ( количество, основные характеристики ); Есть возможность получения препарата на нескольких сайтах одновременно ( станет более актуально с появлением новых сайтов ); На локальном уровне Есть затруднения в подсчете препарата и его остатков ; Ведение документации ( и ее дублирование !) ОЧЕНЬ трудоемко.

8 Пути решения : 1. Изменение существующей нормативно - правовой базы ( приказ 356) Поможет уменьшить количество макулатуры 2. Использование информационных технологий Поможет в любом случае

9 Задачи и планируемая функциональность (1) 1. Сбор информации о пациентах ( потенциальных, текущих, выбывших ): Оперативный доступ к информации о количестве пациентов, их основным характеристикам ; Оперативный доступ к информации каждого отдельного пациента - личная информация, информация об участии в программах ; Исключение возможности получения препарата в двух местах одновременно ; Создание возможности « передачи » пациентов с сайта на сайт ( например в случае командировок, поездок и т. п.); Формирование списка ожидания

10 Задачи и планируемая функциональность (2) 2. Сбор информации по расходуемым препаратам : Оперативный доступ к информации о количестве расходуемого препарата, средних / минимальных / максимальных дозировках ; Прогнозирование расходов по отдельным сайтам ; Прогнозирование расходов в целом по стране ; 3. Облегчение и стандартизация ведения документации : Создание электронных форм ( рутинная документация ); Автоматическое формирование отчетов

11 Задачи и планируемая функциональность (3) 4. Мониторинг и оценка эффективности терапии : Подключение отдельных модулей – анкеты Addiction Severity Index, BBV-TRAQ с возможностью анализа данных ; Сбор информации по инфицированности ВИЧ, ТБ, Гепатитами в реальном времени ( мониторинг заболеваемости ); 5. Сбор информации о персонале программ ЗПТ, их квалификации, необходимости дополнительного обучения, участия в тренингах и т. п. Окончательный дизайн системы и необходимая функциональность будет определяться по ходу реализации проекта, в частности, по результатам проведения рабочих групп и консультаций с экспертами и персоналом проектов на местах. Система должна будет согласована и одобрена МОЗ !

12 Варианты имплементации (1) Технически самый простой вариант – полностью он - лайн база данных ( просмотр и редактирование информации происходит только при подключении к Интернет );

13

14 Варианты имплементации (2) Но, поскольку в регионах нет постоянного и стабильного доступа к Интернет, то компромиссным вариантом может быть система с периодически обновляемыми данными и возможностью работы без доступа к Интернет, а именно : В режиме офф - лайн обеспечивается ввод данных, их редактирование, запросы к базе, формирование отчётов ; При подключении к Интернет происходит обновление базы данных ( обновление с сайта « уходит » на сервер, в каждый сайт получает с сервера обновления по пациентам остальных сайтов ); Также планируется возможность создания файлов экспорта / импорта данных для передачи обновлений на флешке, диске и т. д.

15 Схема Сайт 1 (областной хаб) Сайт 2 (областной хаб) Врач N Врач M Врач К Врач Z ЦЕНТРАЛЬНЫЙ СЕРВЕР Сайт 3 Врач P Сайт 4 Врач E Сайт 5 Врач G РАЙОНЫ ПАЦИЕНТЫ

16 Ввод данных (1): При самостоятельном обращении или направлении пациента на него заводится карточка ( профайл ) Содержит основную информацию о пациенте ( ФИО, номер паспорта, дата рождения, дата обращения на лечение, дата начала лечения, дата прерывания терапии с указанием причины ); Изменения в профайл клиента вносятся только в случае изменения одного из основных параметров ( не на ежедневной основе ); Те сайты, которые не имеют компьютера с установленной базой, будут создавать профайлы на своих пациентов в областном центре, передавая информацию по телефону или другим способом

17 Ввод данных (2): При поступлении на лечение : Заполняются дополнительные поля ( заместительный препарат, дозировка, данные первичного осмотра и т. д.); В текущем режиме : Вводятся данные об изменениях дозировок, прохождении обследований, консультаций, участия в социально - психологической работе. Предполагается, что в базе данных будет заложена возможность создания необходимых форм ( форма первичного осмотра, форма 8, форма 9, протокол МДК, журнал соц. работы, и т. д.), которые будут автоматически брать имеющуюся информацию из БД, и дозаполняться с помощью простых элементов, и в потом распечатываться.

18 Доступ к данным (1): На сервере ( при условии регулярного обновления всеми сайтами ) хранятся полные данные по всем клиентам всех сайтов ; На компьютерах сайтов хранятся полные данные по « своим » клиентам, а также по клиентам « дочерних » сайтов ( в случае областного центра – все клиенты сайтов « нижних » уровней : районы, города области …); Каждый из авторизованных сайтов ( операторов системы ) имеет неограниченный доступ к информации ( и её редактированию ) только по « своим » пациентам ; В процессе обмена обновлениями каждый сайт будет загружать с сервера профайлы ( только базовую информацию ) по всем клиентам в Украине ;

19 Доступ к данным (2): При обращении на лечение, любой авторизованный сайт, сможет сделать запрос к системе по ФИО / номеру паспорта о том, состоит / состоял ли уже данный человек на лечении у другого врача / в другом сайте. Сайты не имеющие компьютера смогут сделать запрос по телефону, связавшись с областным центром. Ответы на запрос могут быть : Данных о таком пациенте в системе нет ; Пациент находится на подготовительном этапе ( состоит в « листе ожидания ») – т. е. зарегистрирован в системе как обратившийся на лечение, но пока не принимает терапию ; Пациент состоял на лечении ранее и выбыл ( с указанием места предыдущего лечения, даты и причины выбывания ); Пациент на данный момент состоит на лечении ( с указанием даты начала такого лечения, сайта и лечащего врача ).

20 Дополнительные возможности : Процедура « перехода » пациента от одного врача к другому ( в том числе и пациентов из списка ожидания ); Сохраняется вся « история пациента » ( даты начала и прекращения участия в программах ЗПТ, лечащие врачи, сайты, сопутствующие заболевания и т. д.)

21 Возможные сложности (1) Наличие компьютеров и доступа в Интернет Минимум – телефон на дочерних сайтах Регулярность синхронизации

22 Возможные сложности (2) Техническая подготовка персонала сайтов, ответственного за ведение БД ; Правильность ввода данных Оптимальная функциональность – с одной стороны не перегружать БД лишней информацией, с другой стороны обеспечить наличие всех функций, отвечающих потребностям как на уровне сайтов, так и на центральном уровне ; Защита информации.

23 ВОПРОСЫ ? ПРЕДЛОЖЕНИЯ ?