Стратегии миграции для перехода из Azure API для FHIR

Внимание

Поддержка Azure API для FHIR будет прекращена 30 сентября 2026 г. Следуйте стратегиям миграции, чтобы перейти в службу FHIR служб azure Health Data Services к этой дате. Из-за прекращения поддержки Azure API для FHIR с 1 апреля 2025 г. новые развертывания будут невозможны. Служба FHIR служб работоспособности Azure — это развивающаяся версия Azure API для FHIR, которая позволяет клиентам управлять службами FHIR, DICOM и MedTech с интеграцией с другими службами Azure.

Служба FHIR служб azure Health Data Services — это платформа следующего поколения для интеграции данных о работоспособности. Она предлагает управляемые, корпоративные службы FHIR, DICOM и MedTech для разнообразного обмена данными о работоспособности.

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

Azure API для FHIR будет прекращена 30 сентября 2026 г., поэтому вам нужно перенести данные FHIR в службу FHIR служб данных Работоспособности Azure как можно скорее. Чтобы упростить процесс, мы создали некоторые средства и советы для оценки готовности, подготовки данных, переноса приложений и перехода на новую службу.

Рекомендуемый подход

Для переноса серверов выполните следующие действия.

• Шаг 1. Оценка готовности
• Шаг 2. Подготовка к миграции
• Шаг 3. Перенос данных и рабочих нагрузок приложений
• Шаг 4. Переход с AZURE API для FHIR на службы данных Работоспособности Azure

Шаг 1. Оценка готовности

Сравните различия между AZURE API для FHIR и Службами данных Работоспособности Azure. Также просмотрите архитектуру и оцените, нужно ли вносить какие-либо изменения.

Возможности	Azure API для FHIR	Службы Azure для работы с медицинскими данными
Параметры	Поддержанный: • Локальный RBAC • Smart on FHIR Proxy	Плановое нерекомендуемое: • Локальный RBAC (9/6/23) • Smart on FHIR Proxy (9.21.26)
Том хранилища данных	Более 4 ТБ	Текущая поддержка составляет 4 ТБ поддержка Azure (если вам потребуется более 4 ТБ)
Входящий трафик данных	Средства, доступные в OSS	операция $import
Автомасштабирование	Поддерживается по запросу и взимается плата	Включен по умолчанию без дополнительной платы
Параметры поиска	Поддерживаемый тип пакета: Пакетная служба • Включение и повторное включение и повторное включение итерации модификатора не поддерживается • Сортировка, поддерживаемая по имени, фамилии, дате рождения и клинической дате	Поддерживаемый тип пакета: пакетная служба и транзакция • Выбор параметров поиска • Поддерживается модификатор включения, повторного включения и итерации • Сортировка по строкам и полям dateTime
События	Не поддерживается	Поддерживается
Инфраструктура	Поддержанный: • Управляемые клиентом ключи • Аварийное восстановление между регионами (аварийное восстановление)	Поддержанный: • PITR (восстановление точки во времени) • Управляемые клиентом ключи Развивающийся: • Поддержка зоны доступности

Факторы, влияющие на архитектуру, которые следует учесть

• Агент синхронизации скоро устареет. Если для подключения к Dataverse вы используете агент синхронизации, см. Обзор набора средств интеграции данных

• Прокси-сервер FHIR скоро устареет. Если для событий вы используете прокси-сервер FHIR, воспользуйтесь встроенной функцией событий Альтернативные варианты можно настроить и создать с помощью набора средств Служб Azure для работы с медицинскими данными.

• Прокси-сервер SMART на FHIR скоро устареет. Необходимо использовать новую функцию SMART на FHIR. Дополнительные сведения: SMART на FHIR

• Служба FHIR служб azure Health Data Services не поддерживает локальный RBAC и пользовательский центр. Центр издателя маркеров должен быть конечной точкой проверки подлинности для арендатора, в котором запущена служба FHIR.

• Соединитель Интернета вещей поддерживается только с помощью службы Azure API для FHIR. Соединитель IoT заменен Службой медицинских технологий. Необходимо развернуть Службу медицинских технологий и соответствующую службу FHIR в существующей или новой рабочей области Служб для работы с медицинскими данными и в устройствах указать новый центр событий устройств Центра событий Azure. При развертывании службы медицинских технологий используйте существующее устройство соединителя IoT и файлы сопоставления места назначения.

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

Шаг 2. Подготовка к миграции

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

Шаблон миграции	Сведения	Как это сделать?
Перенос	Простейший шаблон. Идеально, если конвейер данных может позволить себе более длительное время простоя.	Выберите вариант, который лучше всего подходит для вашей организации: • Настройте рабочий процесс для $export данных в AZURE API для FHIR, а затем $import в службу FHIR служб данных Azure Health. • Репозиторий GitHub предоставляет советы по выполнению этих команд и скрипт для автоматизации создания полезных данных $import. • Или создайте собственный инструмент для переноса данных с помощью $export и $import.
Добавочное копирование	Непрерывная версия лифта и смены с меньшим временем простоя. Идеально подходит для больших объемов данных, которые требуют больше времени для копирования, или если вы хотите продолжить работу AZURE API для FHIR во время миграции.	Выберите вариант, который лучше всего подходит для вашей организации. • Мы создали средство миграции OSS, чтобы помочь в этом шаблоне миграции. • Или создайте собственный инструмент для постепенного переноса данных.

Рекомендации по миграции OSS

Если вы решите использовать средство миграции OSS, просмотрите и изучите возможности и ограничения средства миграции.

Подготовка azure API для сервера FHIR

Определите данные для переноса.

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

• Решите, нужно ли перенести исторические версии или нет.

Разверните новый сервер службы azure Health Data Services FHIR.

• Сначала разверните рабочую область Служб данных Работоспособности Azure.

• Затем разверните сервер службы данных Azure Health Data Services FHIR. Дополнительные сведения. Развертывание службы FHIR в службах данных Работоспособности Azure

• Настройте новый сервер службы данных Azure Health Data Services FHIR. Если вам нужно использовать те же конфигурации, что и в Azure API для FHIR для нового сервера, ознакомьтесь с рекомендуемыми сведениями о том, что необходимо проверить в документации по средству миграции. Настройте параметры перед миграцией.

Шаг 3. Перенос данных

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

Шаг 4. Перенос приложений и перенастройка параметров

Перенос приложений, указывающих на старый сервер FHIR.

• Измените конечные точки в приложениях, чтобы они указывали на URL-адрес нового сервера FHIR.

• Снова настройте разрешения для этих приложений.

• Перенастройка оставшихся параметров на новом сервере службы FHIR служб работоспособности Azure после миграции.

• Если вы хотите дважды проверить, что служба FHIR служб работоспособности Azure и Azure API для FHIR-серверов имеют одинаковые конфигурации, можно проверить обе конечные точки метаданных для сравнения и контрастирования двух серверов.

• Настройте все задания, которые ранее выполнялись на старом сервере Azure API для FHIR (например, $export заданиях)

Шаг 5. Переход к службам FHIR служб azure Health Data Services

Убедившись, что сервер службы FHIR служб azure Health Data Services стабильный, вы можете начать использовать службу FHIR служб работоспособности Azure для удовлетворения бизнес-сценариев. Отключите все оставшиеся конвейеры, работающие в Azure API для FHIR, удалите данные из промежуточной учетной записи хранения, которая использовалась в средстве миграции при необходимости, удалите данные из сервера Azure API для FHIR и удалите учетную запись Azure API для FHIR.