Стратегии миграции для перехода из 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 Health Data Services FHIR ваша организация может воспользоваться улучшенной производительностью, масштабируемостью, безопасностью и соответствием. Организации также могут получить доступ к новым функциям и возможностям, которые недоступны в 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 ТБ (если вам потребуется более 4 ТБ запроса на поддержка Azure( |
| Входящий трафик данных | Средства, доступные в OSS | операция $import |
| Автомасштабирования | Поддерживается по запросу и взимается плата | Включен по умолчанию без дополнительной платы |
| Параметры поиска | Поддерживаемый тип пакета: Пакетная служба • Включение и повторное включение и повторное включение итерации модификатора не поддерживается • Сортировка, поддерживаемая по имени, фамилии, дате рождения и клинической дате |
Поддерживаемый тип пакета: пакетная служба и транзакция • Выбор параметров поиска • Поддерживается модификатор включения, повторного включения и итерации • Сортировка по строкам и полям dateTime |
| События | Не поддерживается | Поддерживается |
| Инфраструктура | Поддерживается: • Управляемые клиентом ключи • Поддержка AZ и PITR • Аварийное восстановление между регионами |
Поддерживается: • Восстановление данных • Управляемые клиентом ключи Предстоящих: • Поддержка зоны доступности |
Что следует учитывать, что может повлиять на архитектуру
Агент синхронизации устарел. Если вы используете агент синхронизации для подключения к Dataverse, ознакомьтесь с обзором набора средств интеграции данных.
Прокси-сервер FHIR устарел. Если вы используете прокси-сервер FHIR для событий, обратитесь к встроенной функции событий . Альтернативные варианты можно настроить и построить с помощью набора средств Служб данных Работоспособности Azure.
Прокси-сервер SMART на FHIR устарел. Необходимо использовать новую функцию SMART в FHIR. Дополнительные сведения: SMART в FHIR
Служба FHIR служб azure Health Data Services не поддерживает локальный RBAC и пользовательский центр. Центр издателя маркеров должен быть конечной точкой проверки подлинности для клиента, в котором запущена служба FHIR.
Соединитель Интернета вещей поддерживается только с помощью службы Azure API для FHIR. Соединитель Интернета вещей успешно выполнен службой MedTech. Необходимо развернуть службу MedTech и соответствующую службу FHIR в существующей или новой рабочей области Служб данных Azure Health Data Services и указать устройства в новый концентратор событий Центров событий Azure. Используйте существующее устройство соединителя Интернета вещей и файлы сопоставления назначения с развертыванием службы MedTech.
Если вы хотите перенести существующие данные FHIR устройства соединителя Интернета вещей из службы Azure API для FHIR в службу FHIR служб данных Azure Health Data Services, используйте функцию массового экспорта и импорта в средстве миграции. Другой путь миграции — развернуть новую службу MedTech и воспроизвести сообщения устройства Интернета вещей через службу MedTech.
Шаг 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.