This page is part of the Uzbekistan Digital Health Platform (v0.10.0: Releases Draft) based on FHIR (HL7® FHIR® Standard) v5.0.0. This is the current published version. For a full list of available versions, see the Directory of published versions

Компоненты

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

Как эти компоненты связаны друг с другом, показано на диаграмме межкомпонентной архитектуры ресурсов в конце страницы.

Скорая медицинская помощь

< добавить описание сервиса >

Запись на приём и управление расписанием

Управление кровью

Компонент «Управление кровью» создается для стандартизированного управления кровью и её компонентами в рамках Digital Health Platform. Он решает проблемы несогласованности данных о запасах, сложности управления заявками и распределением между медицинскими организациями, а также ограниченных возможностей проследить, как была использована конкретная доза крови.

Компонент «Управление кровью» обеспечивает:

• Централизованный учет запасов крови и её компонентов, включая вид компонента, группу крови, срок годности и место хранения.
• Регистрацию и обработку заявок на компоненты крови с указанием требуемого компонента, количества, приоритета и пациента, для которого они предназначены (SupplyRequest, ServiceRequest).
• Регистрацию процедур заготовки крови у донора, обработки компонентов и переливания, каждая из которых связана с пациентом и ответственным специалистом (Procedure).
• Фиксацию параметров крови, лабораторных показателей и реакций пациента после переливания (Observation).
• Сквозную прослеживаемость жизненного цикла крови - от регистрации донора через обработку, хранение и транспортировку до использования у пациента.
• Стандартизированные протоколы трансфузионной терапии, а также группировку доноров и пациентов для донорских кампаний и статистической обработки.
• Формирование основы для аналитики и отчетности по запасам, расходу, дефициту и эффективности использования крови.

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

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

Система поддержки принятия врачебных решений

Электронные медицинские записи (CHR)

Компонент CHR предназначен для централизованного хранения, обработки и обмена структурированными медицинскими данными пациентов в рамках Единой платформы цифрового здравоохранения (ЕПЦЗ).

CHR обеспечивает стандартизированное ведение клинических записей в соответствии с международной спецификацией HL7 FHIR®, обеспечивая полную совместимость с подсистемами Master Data Management (MDM), Metadata and Security Management (MSM), а также внешними медицинскими информационными системами (МИС, ЛИС, РМИС и т.д.).

Основные цели назначения компонента CHR:

1. Централизация хранения медицинской информации. CHR выполняет функции единого репозитория клинических данных, содержащего структурированные ресурсы FHIR, описывающие сведения о пациенте, эпизодах лечения, диагнозах, наблюдениях, процедурах, аллергиях, назначениях, результатах лабораторных исследований и других медицинских событиях.
2. Поддержка сквозной клинической информации. Компонент обеспечивает формирование и поддержание целостного электронного досье пациента — Clinical Health Record, объединяющего данные из различных источников (лечебные учреждения, лаборатории, диагностические центры, фармацевтические системы и др.).
3. Интероперабельность и обмен данными. CHR реализует открытые интерфейсы (FHIR REST API) для интеграции с внутренними и внешними системами, поддерживая унифицированные форматы обмена данными между подсистемами ЕПЦЗ и внешними поставщиками медицинских услуг.
4. Поддержка управляемого доступа и безопасности. Подсистема обеспечивает контроль доступа на основе ролей (ABAC) и модели согласий (Consent Management), используя механизмы авторизации и аутентификации MSM, с обязательным аудитом всех операций.
5. Обеспечение нормативного соответствия и прослеживаемости данных. Все действия с клиническими данными фиксируются в соответствии с требованиями к медицинским информационным системам, стандартами ISO/HL7 и локальными регуляторными актами (в т.ч. по защите персональных данных).
6. Поддержка аналитики и отчётности. CHR предоставляет унифицированные данные для аналитических и отчётных систем, обеспечивая извлечение информации для статистики, эпиднадзора, мониторинга эффективности лечения и медицинских исследований.

Диагностика и визуализация

Лаборатория

Компонент «Лаборатория» создается для стандартизированного управления лабораторными данными в рамках Digital Health Platform. Он решает ключевые проблемы децентрализованного хранения данных, несовместимости форматов и отсутствия единого процесса работы с результатами.

Компонент «Лаборатория» обеспечивает:

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

Процесс От назначения лабораторного исследования до получения результата показывает, как связаны эти ресурсы - от назначения через взятие образца до опубликованного отчёта.

Управление основными данными (MDM)

Сервис управления основными данными является ключевым компонентом Единой цифровой платформы здравоохранения (DHP). Он обеспечивает консолидацию, стандартизацию и централизованное хранение информации, поступающей из различных медицинских информационных систем (МИС). Именно ядро платформы, в составе которого функционирует MDM, будет служить единым источником достоверных данных (single source of truth) для всех подключённых цифровых сервисов здравоохранения. Это гарантирует непрерывность, точность и согласованность информации в национальной системе.

Основные функции:

• Управление данными организаций здравоохранения
  • Верификация медицинских учреждений с использованием единых идентификаторов
• Управление данными медицинских работников
  • Ведение единого реестра врачей, медицинских сестёр и технического персонала
  • Учет квалификационных данных медицинского персонала
• Управление справочными данными
  • Медицинские услуги
  • Организации
  • Специализация и др.
• Интеграция с внешними системами
  • Сторонние медицинские информационные системы (МИС)
  • ЛИС (лабораторная информационная система)
  • РИС (рентгенологическая информационная система)
  • Национальные регистры

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

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

Управление метаданными и безопасностью (MSM)

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

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

Целью создания сервиса управления метаданными и информационной безопасностью заключается в следующем:

• Обеспечение надёжного, стандартизированного и защищённого взаимодействия между компонентами экосистемы здравоохранения, подключёнными к Единой цифровой платформе здравоохранения (DHP), посредством:
  • Метаданных централизованного и машиночитаемого описания возможностей, ограничений и структуры FHIR-сервера, выраженного через ресурс CapabilityStatement, профили StructureDefinition, а также словари и классификаторы (CodeSystem, ValueSet).
  • Управления безопасностью, включающего:
• контроль доступа, прозрачный аудит действий и управление согласием пациента (Consent);
• фиксацию авторства и юридической значимости операций (Provenance);
• регистрацию действий и событий (AuditEvent).
• Создание цифровой среды, в которой каждый участник (пациент, врач, система, администратор) чётко понимает:
  • Что делает платформа;
  • Каким образом обеспечивается защита данных;
  • Кто имеет доступ к информации, когда и с какой целью.

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

• Определить, какие ресурсы, операции, версии и профили поддерживает сервер;
• Автоматически настроить FHIR-клиент для взаимодействия;
• Получить описание расширений, ограничений и пользовательских профилей;
• Проверить соответствие международным или национальным требованиям.

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

• Подписание электронных медицинских документов (Provenance)
• Управление доступом пациента к медицинским данным (Consent)
• Аудит всех операций и действий пользователей (AuditEvent)
• Расследование инцидентов информационной безопасности
• Защиту прав и законных интересов врача и пациента (путём фиксации событий и авторства).

Конечные точки, предоставляемые платформой, и порядок аутентификации клиента при обращении к ним описаны на странице Доступ к API.

Сестринское дело

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

Компонент обеспечивает:

• направления на сестринскую помощь с указанием цели патронажного визита, клинического показания и назначенной медицинской сестры (ServiceRequest, Condition);
• регистрацию патронажного визита и оказанной в его рамках сестринской помощи (Encounter);
• фиксацию наблюдений, выполненных во время визита, включая жизненные показатели, антропометрию и жалобы (Observation);
• учет выполненных сестринских процедур, таких как физиотерапия, массаж, перевязки, внутривенные и внутримышечные инъекции (Procedure);
• стандартизированные оценочные формы и результаты их заполнения, используемые для оценки факторов риска, качества жизни и приверженности лечению (Questionnaire, QuestionnaireResponse);
• доступ пациента к результатам визитов, выполненным процедурам и рекомендациям через личный кабинет;
• мониторинг патронажной активности и отчетность в разрезе медицинских организаций и регионов.

Цели, с которыми выполняется патронажный визит, - поствакцинальный и послеродовой патронаж, патронаж женщин репродуктивного возраста, профилактический осмотр, диспансерное наблюдение при хронических заболеваниях и стационар на дому, - опубликованы в настоящем руководстве как коды скрининга и патронажа и используются в элементе code профиля UZ Core ServiceRequest.

Планирование сестринских визитов выполняет компонент «Запись на приём и управление расписанием».

Управление клиническим маршрутом пациента

Сервис PHJM формирует цифровой "маршрут" пациента от первичного обращения до конечного результата эпизода лечения, включая промежуточные наблюдения, клинические назначения и взаимодействия. Цель сервиса обеспечить сквозное, структурированное и надёжное сопровождение процесса оказания медицинской помощи пациенту в рамках Единой цифровой платформы здравоохранения (UDHP) посредством:

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

Основные задачи и сценарии применения PHJM:

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

Процесс Маршрут пациента (Episode of Care) показывает, как связаны EpisodeOfCare, Encounter и клинические ресурсы, регистрируемые в их рамках.

Рецепты

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

Отчётность в сфере общественного здравоохранения

Обеспечение качества

Направления

Компонент «Направления» предназначен для централизованного управления процессами формирования, передачи, исполнения и мониторинга направлений пациентов в рамках Единой платформы цифрового здравоохранения (ЕПЦЗ).

Компонент обеспечивает:

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

Направление классифицируется по семи признакам: цель (диагностическое, лечебное, консультативное, госпитализация, реабилитация), уровень медицинской помощи (первичный, вторичный, третичный), срочность (экстренное, неотложное, плановое), способ оказания услуги (очно или телемедицина), результат, сопровождение услуги (транспортировка, госпитализация или без перемещения пациента) и финансирование. Цель указывается в ServiceRequest.category, срочность - в ServiceRequest.priority; уровень медицинской помощи, способ оказания, финансирование, а также необходимость госпитализации или транспортировки передаются в расширениях.

Само направление представлено ресурсом ServiceRequest и является источником достоверных данных для всего процесса. Если направление финансируется государственным медицинским страхованием, платформа дополнительно создаёт цепочку согласующих Task - семейный врач, специалист, областная комиссия, республиканская комиссия, страховой фонд, госпитализация - для прохождения этапов и контроля срока на каждом из них; при других вариантах финансирования Task не создаётся. Task открываются и закрываются платформой в ответ на события процесса и не имеют отдельного пользовательского интерфейса. Выполнение фиксируется ресурсами Encounter, Procedure, DiagnosticReport, Observation или Composition, содержащими reference на направление, и направление завершается только при наличии клинических подтверждений, соответствующих его категории. Процесс Жизненный цикл электронного направления описывает эти связи, цепочку согласования и правила статусов в полном объёме.

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

Реимбурсация

Компонент «Реимбурсация» предназначен для автоматизации процессов возмещения затрат на медицинские услуги на основе интеграции клинических, административных и социально-экономических данных, включая:

• формирование обоснованных заявок на возмещение на основе клинических данных (Claim, ClaimResponse);
• учет контекста оказания медицинской помощи (Encounter);
• предоставление данных для расчета компенсаций с учетом фактически оказанных услуг (Procedure, MedicationDispense);
• предоставление диагностических данных (Condition, Observation) для подтверждения необходимости услуг;
• учет длительного лечения (CarePlan);
• обработку документальных подтверждений (Composition);
• обработку заявок на возмещение.

Компонент выполняет функцию централизованного агрегатора медицинских данных пациента и данных о предоставлении медицинских услуг, необходимых для ФГМС для обработки заявок на возмещение, объединяя данные из различных доменов ЕПЦЗ и обеспечивая их согласованную обработку и передачу ФГМС.

Ключевое назначение:

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

Порядок идентификации ФГМС и законтрактованных им организаций описан на странице Идентификация плательщиков.

Управление графиками скрининга

Компонент «Управление графиками скрининга» разрабатывается для создания единого цифрового сервиса централизованного управления скрининговыми мероприятиями в национальной системе здравоохранения Республики Узбекистан. Его назначение - автоматизация планирования, назначения, проведения и мониторинга скрининговых обследований, а также обеспечение своевременного выявления заболеваний и факторов риска среди населения.

Компонент обеспечивает:

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

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

Поставки

Компонент «Поставки» предназначен для формирования согласованной картины медицинского оборудования и критически важных медицинских запасов в рамках Digital Health Platform, а также для предоставления этой картины как для оперативной работы медицинских организаций, так и для аналитической работы органов управления здравоохранением.

Компонент обеспечивает:

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

Управление вакцинацией

Компонент «Управление вакцинацией» разрабатывается с целью создания единого стандартизированного цифрового сервиса для управления процессами вакцинации в масштабе национальной системы здравоохранения.

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

Компонент обеспечивает:

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

Процесс Вакцинация показывает, как связаны национальный календарь, формируемая на его основе рекомендация и введённая доза.

Межкомпонентная архитектура ресурсов

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