Strategie migracji na potrzeby przechodzenia z usługi Azure API for FHIR
Ważne
Interfejs API platformy Azure dla standardu FHIR zostanie wycofany 30 września 2026 r. Postępuj zgodnie ze strategiami migracji, aby przejść do usługi Azure Health Data Services FHIR do tej daty. Ze względu na wycofanie usługi Azure API for FHIR nowe wdrożenia nie będą dozwolone od 1 kwietnia 2025 r. Usługa FHIR usług Azure Health Data Services to rozwinięta wersja usługi Azure API for FHIR, która umożliwia klientom zarządzanie usługami FHIR, DICOM i MedTech z integracją z innymi usługami platformy Azure.
Usługa FHIR usług Azure Health Data Services to platforma nowej generacji na potrzeby integracji danych kondycji. Oferuje ona zarządzane usługi FHIR klasy korporacyjnej, DICOM i MedTech na potrzeby zróżnicowanej wymiany danych zdrowotnych.
Podczas migracji danych FHIR z usługi Azure API for FHIR do usługi Azure Health Data Services FHIR organizacja może korzystać z lepszej wydajności, skalowalności, zabezpieczeń i zgodności. Organizacje mogą również uzyskiwać dostęp do nowych funkcji i możliwości, które nie są dostępne w usłudze Azure API for FHIR.
Interfejs API platformy Azure dla standardu FHIR zostanie wycofany 30 września 2026 r., więc musisz przeprowadzić migrację danych FHIR do usługi FHIR usługi Azure Health Data Services tak szybko, jak to możliwe. Aby ułatwić ten proces, utworzyliśmy kilka narzędzi i wskazówek, które pomogą Ci ocenić gotowość, przygotować dane, zmigrować aplikacje i przejść do nowej usługi.
Zalecane podejście
Aby przeprowadzić migrację danych, wykonaj następujące kroki:
- Krok 1. Ocena gotowości
- Krok 2. Przygotowanie do migracji
- Krok 3. Migrowanie danych i obciążeń aplikacji
- Krok 4. Przechodzenie z interfejsu API platformy Azure dla standardu FHIR do usług Azure Health Data Services
Krok 1. Ocena gotowości
Porównaj różnice między usługami Azure API for FHIR i Azure Health Data Services. Zapoznaj się również z architekturą i oceń, czy należy wprowadzić jakiekolwiek zmiany.
| Funkcje | Interfejs API platformy Azure dla standardu FHIR | Azure Health Data Services |
|---|---|---|
| Ustawienia | Obsługiwane: • Lokalna kontrola dostępu oparta na rolach • SMART na serwerze proxy FHIR |
Planowana wycofanie: • Lokalna kontrola dostępu oparta na rolach (9/6/23) • SMART on FHIR Proxy (9/21/26) |
| Wolumin magazynu danych | Więcej niż 4 TB | Bieżąca obsługa to 4 TB (otwórz żądanie pomoc techniczna platformy Azure, jeśli potrzebujesz więcej niż 4 TB) |
| Ruch przychodzący danych | Narzędzia dostępne w systemie operacyjnym | operacja $import |
| Skalowanie automatyczne | Obsługiwane na żądanie i naliczane są opłaty | Domyślnie włączone bez dodatkowych opłat |
| Parametry wyszukiwania | Obsługiwany typ pakietu: Batch • Dołączanie i ponowne dołączanie modyfikatora iteratora nieobsługiwane • Sortowanie obsługiwane według imienia, nazwiska, daty urodzenia i daty klinicznej |
Obsługiwany typ pakietu: Usługa Batch i transakcja • Wybieralne parametry wyszukiwania • Obsługiwane jest dołączanie, ponowne pobieranie i iterowanie modyfikatora • Sortowanie obsługiwane przez ciągi i pola dateTime |
| Wydarzenia | Nieobsługiwany | Obsługiwane |
| Infrastruktury | Obsługiwane: • Klucze zarządzane przez klienta • Obsługa az i pitr • Odzyskiwanie po awarii między regionami |
Obsługiwane: • Odzyskiwanie danych • Klucze zarządzane przez klienta Nadchodzących: • Obsługa stref dostępności |
Kwestie, które należy wziąć pod uwagę, mogą mieć wpływ na architekturę
Agent synchronizacji jest przestarzały. Jeśli używasz agenta synchronizacji do nawiązywania połączenia z usługą Dataverse, zobacz Omówienie zestawu narzędzi do integracji danych
Serwer proxy FHIR jest przestarzały. Jeśli używasz serwera proxy FHIR dla zdarzeń, zapoznaj się z wbudowaną funkcją zdarzeń . Alternatywy można dostosować i skompilować przy użyciu zestawu narzędzi azure Health Data Services.
Serwer proxy SMART on FHIR jest przestarzały. Musisz użyć nowej funkcji SMART on FHIR. Więcej informacji: SMART on FHIR
Usługa FHIR usług Azure Health Data Services nie obsługuje lokalnej kontroli dostępu opartej na rolach i urzędu niestandardowego. Urząd wystawcy tokenu musi być punktem końcowym uwierzytelniania dla dzierżawy, w którym działa usługa FHIR.
Łącznik IoT jest obsługiwany tylko przy użyciu usługi Azure API for FHIR. Łącznik IoT zakończył się pomyślnie przez usługę MedTech. Musisz wdrożyć usługę MedTech i odpowiednią usługę FHIR w istniejącym lub nowym obszarze roboczym usługi Azure Health Data Services i wskazać urządzenia do nowego centrum zdarzeń urządzenia usługi Azure Events Hubs. Użyj istniejących plików mapowania urządzenia i miejsca docelowego łącznika IoT we wdrożeniu usługi MedTech.
Jeśli chcesz przeprowadzić migrację istniejących danych interfejsu FHIR łącznika IoT z usługi Azure API for FHIR do usługi Azure Health Data Services FHIR, użyj funkcji eksportu zbiorczego i importowania w narzędziu migracji. Inną ścieżką migracji byłoby wdrożenie nowej usługi MedTech i odtworzenie komunikatów urządzenia IoT za pośrednictwem usługi MedTech.
Krok 2. Przygotowanie do migracji
Najpierw utwórz plan migracji. Zalecamy wzorce migracji opisane w tabeli. W zależności od tolerancji przestojów w organizacji możesz użyć pewnych wzorców i narzędzi, aby ułatwić migrację.
| Wzorzec migracji | Szczegóły | W jaki sposób? |
|---|---|---|
| Lift and shift | Najprostszy wzorzec. Idealne rozwiązanie, jeśli potok danych może pozwolić na dłuższy przestój. | Wybierz opcję, która najlepiej sprawdza się w twojej organizacji: • Skonfiguruj przepływ pracy, aby $export dane w usłudze Azure API for FHIR, a następnie $import do usługi Azure Health Data Services FHIR. • Repozytorium GitHub zawiera wskazówki dotyczące uruchamiania tych poleceń oraz skrypt ułatwiający automatyzację tworzenia ładunku $import. • Możesz też utworzyć własne narzędzie do migracji danych przy użyciu $export i $import. |
| Kopia przyrostowa | Ciągła wersja metodą "lift and shift" z mniejszym przestojem. Idealne rozwiązanie w przypadku dużych ilości danych, które trwają dłużej, lub jeśli chcesz kontynuować uruchamianie interfejsu API platformy Azure for FHIR podczas migracji. | Wybierz opcję, która będzie najkorzystniejsza dla Twojej organizacji. • Utworzyliśmy narzędzie do migracji systemu operacyjnego, aby ułatwić korzystanie z tego wzorca migracji. • Możesz też utworzyć własne narzędzie do przyrostowej migracji danych. |
Zagadnienia dotyczące narzędzia migracji systemu operacyjnego
Jeśli zdecydujesz się użyć narzędzia do migracji systemu operacyjnego, przejrzyj i zapoznaj się z możliwościami i ograniczeniami narzędzia migracji.
Przygotowywanie interfejsu API platformy Azure dla serwera FHIR
Identyfikowanie danych do migracji.
Skorzystaj z tej okazji, aby wyczyścić dane lub serwery FHIR, których już nie używasz.
Zdecyduj, czy chcesz przeprowadzić migrację wersji historycznych, czy nie.
Wdróż nowy serwer usługi Azure Health Data Services FHIR.
Najpierw wdróż obszar roboczy usługi Azure Health Data Services.
Następnie wdróż serwer usługi FHIR usług Azure Health Data Services. Więcej informacji: Wdrażanie usługi FHIR w usługach Azure Health Data Services
Skonfiguruj nowy serwer usługi Azure Health Data Services FHIR. Jeśli musisz użyć tych samych konfiguracji, co w usłudze Azure API for FHIR dla nowego serwera, zapoznaj się z zalecaną listą elementów do sprawdzenia w dokumentacji narzędzia migracji. Skonfiguruj ustawienia przed migracją.
Krok 3. Migrowanie danych
Wybierz wzorzec migracji, który najlepiej sprawdza się w twojej organizacji. Jeśli używasz narzędzi migracji systemu operacyjnego, postępuj zgodnie z instrukcjami w witrynie GitHub.
Krok 4. Migrowanie aplikacji i ponowne konfigurowanie ustawień
Migrowanie aplikacji wskazujących stary serwer FHIR.
Zmień punkty końcowe w aplikacjach, aby wskazywały adres URL nowego serwera FHIR.
Ponownie skonfiguruj uprawnienia dla tych aplikacji.
Ponownie skonfiguruj wszystkie pozostałe ustawienia na nowym serwerze usługi Azure Health Data Services FHIR po migracji.
Jeśli chcesz dokładnie sprawdzić, czy usługi Azure Health Data Services FHIR i serwery azure API for FHIR mają te same konfiguracje, możesz sprawdzić oba punkty końcowe metadanych, aby porównać i porównać dwa serwery.
Skonfiguruj wszystkie zadania, które były wcześniej uruchomione na starym serwerze usługi Azure API for FHIR (na przykład $export zadania)
Krok 5. Przechodzenie do usług FHIR usług Azure Health Data Services
Po upewnieniu się, że serwer usługi Azure Health Data Services FHIR jest stabilny, możesz rozpocząć korzystanie z usługi Azure Health Data Services FHIR w celu spełnienia Twoich scenariuszy biznesowych. Wyłącz wszystkie pozostałe potoki uruchomione w usłudze Azure API for FHIR, usuń dane z pośredniego konta magazynu, które było używane w narzędziu migracji, w razie potrzeby usuń dane z serwera usługi Azure API for FHIR i likwiduj konto usługi Azure API for FHIR.