Edytuj

Udostępnij za pośrednictwem

Kondycja wirtualna w usłudze Microsoft Cloud for Healthcare

Azure

W tym artykule omówiono potencjalne rozwiązanie do planowania i kolejnych wizyt wirtualnych między pacjentami, dostawcami i menedżerami opieki.

Architektura

Architektura wizyty wirtualnej przy użyciu usługi Microsoft Cloud for Healthcare

Pobierz plik programu Visio zawierający diagram tej architektury.

Na tym diagramie architektury niebieskie pola reprezentują usługi firmy Microsoft, które są podstawowymi usługami lub dodatkami wymaganymi dla usługi Microsoft Cloud for Healthcare, z których każda musi być licencjonowana oddzielnie. Te składniki razem pomagają przyspieszyć rozwój zintegrowanych rozwiązań opieki zdrowotnej na potrzeby zaangażowania pacjentów, współpracy zespołu ds. zdrowia i poprawy analiz danych klinicznych i operacyjnych.

Dane przepływają do systemu za pośrednictwem różnych zewnętrznych systemów medycznych, takich jak harmonogramy pacjentów i dostawców, dokumentacji medycznej, urządzeń do noszenia itd. Te dane są pozyskiwane przy użyciu platformy Azure. Następnie jest on przechowywany w usłudze Microsoft Dataverse— magazynie danych obsługiwanym przez platformę Power Apps. Te dane są sformatowane do używania jednostek i relacji między nimi, utworzonych przy użyciu modelu Common Data Model (CDM), standardu branżowego do reprezentowania danych medycznych. Wszystkie interakcje między pacjentem, dostawcą i menedżerem opieki są wykonywane przy użyciu tych danych CDM przechowywanych w usłudze Dataverse.

Ustalony pacjent może bezpiecznie zalogować się do portalu pacjentów, witryny internetowej hostowanej w portalach usługi Power Apps. W tym portalu pacjent może porozmawiać z asystentem inteligentnym. Jest to wystąpienie usługi Azure Health Bot, która zbiera swoje objawy, udostępnia sugestie i zaleca wywołanie praktyków w razie potrzeby. Jeśli pacjent zdecyduje się nawiązać połączenie ze swoim dostawcą usług medycznych, wystąpienie bota kondycji pobiera dane dotyczące dostawców dostępnych na potrzeby wizyt wirtualnych i ich harmonogramów z usługi Dataverse. Gdy pacjent wybierze dostawcę i godzinę, bot przedstawi swoje informacje kontaktowe uzyskane z danych EMR/EHR przechowywanych w usłudze Dataverse. Pacjent może zweryfikować lub zmienić te informacje i zapisać dane przy użyciu bota.

Aby zaplanować termin, wystąpienie bota kondycji łączy się z aplikacją Bookings Przy użyciu interfejsu API programu Microsoft Graph i rezerwuje termin w kalendarzu dostawcy. Wiadomość e-mail z informacjami o terminie jest wysyłana do obu stron przy użyciu programu Microsoft Outlook. Pacjent otrzymuje instrukcje logowania się do portalu pacjentów na potrzeby procesu przyjmowania. Ten proces obejmuje potwierdzenie lub zmianę informacji kontaktowych, płatności i ubezpieczenia, a następnie podpisanie formularza zgody na wizytę wirtualną. Po podpisaniu zgody są one udostępniane linkowi usługi Microsoft Teams na potrzeby terminu.

Dostawca loguje się do usługi Teams, aby sprawdzić harmonogram terminów i informacje podsumowujące dla każdego z nich. Usługa Teams przedstawia te informacje przy użyciu aplikacji Kolejka terminów . Następnie dostawca może rozpocząć wirtualną wizytę w usłudze Teams na potrzeby zaplanowanego terminu. Podczas rozmowy dostawca może robić notatki i dodawać je do rekordów pacjenta.

Nowa notatka na temat dokumentacji medycznej pacjenta wyzwala powiadomienie o przeglądzie dla kierownika opieki przypisanego do pacjenta. Gdy menedżer opieki otrzyma to powiadomienie, może zalogować się do usługi Teams, gdzie mogą zobaczyć przypisanych do nich pacjentów i wyświetlić notatki. Za pomocą aplikacji Zarządzanie opieką mogą wprowadzać wymagane zmiany w planie opieki pacjenta.

Składniki

Niniejsza architektura zawiera następujące składniki:

  • PAS. Systemy administracji pacjentów (PAS) to systemy automatyzujące dokumenty administracyjne w organizacjach opieki zdrowotnej, takich jak szpitale. Są one podstawowymi składnikami infrastruktury IT takiej organizacji. PAS rejestruje dane demograficzne pacjenta, takie jak imię i nazwisko, adres domowy, data urodzenia itd. Rejestruje również szczegółowe informacje o wszystkich kontaktach z pacjentem w szpitalu, zarówno w szpitalu, jak i w szpitalu. Dzięki pomocy PAS nowoczesne szpitale są w stanie zgłaszać i planować zasoby w całej organizacji. PAS jest kluczowym źródłem planowania danych w tym rozwiązaniu. Ponieważ te dane są zewnętrzne i mogą być w formacie niestandardowym, ważne jest, aby przekonwertować je na format zrozumiały dla wszystkich składników tego rozwiązania.

  • EMR/EHR. Elektroniczne rejestry medyczne (EMR) i elektroniczne rejestry zdrowia (EHR) dostarczają cyfrowych zapisów informacji medycznych i zdrowotnych pacjenta, w tym diagnoz, leków, szczepień itd. Mogą być one ograniczone do jednego biura praktyki, takiego jak EMR, lub przeznaczone do zakresu znacznie większego, podróży z pacjentami do niezależnie od tego, w którym obiekcie idą, takich jak EHRs. Są to ważne zewnętrzne źródła danych w tym rozwiązaniu i mogą być nieustrukturyzowane w formacie niestandardowym. W związku z tym te dane muszą zostać przekonwertowane na format, który może być używany przez składniki w tym rozwiązaniu.

  • Interfejs API platformy Azure dla platformy FHIR. Platforma Azure to pierwszy krok w procesie uwzględnienia danych w ekosystemie firmy Microsoft i w chmurze firmy Microsoft dla opieki zdrowotnej. Ta warstwa zapewnia bezpieczny interfejs między danymi zewnętrznymi a wewnętrznymi składnikami tej architektury. Interfejs API platformy Azure for FHIR pozyskuje dane pochodzące z różnych źródeł, takich jak EMR, PAS, urządzenia, niezależnie od tego, czy ustrukturyzowane, czy nieustrukturyzowane, konwertuje je na standard FHIR i utrwala na platformie Azure. Te dane mogą być następnie używane w usłudze Microsoft Cloud for Healthcare dla różnych usług. Interfejs API platformy Azure for FHIR został utworzony z myślą o bezpieczeństwie i zgodności oraz został zaprojektowany pod kątem danych o ochronie zdrowia (chronionych informacji o kondycji). Aby uzyskać więcej informacji na temat tej warstwy, zobacz Azure for healthcare i Azure API for FHIR

  • Common Data Model. Dzięki usłudze Common Data Model firma Microsoft udostępnia ustandaryzowany system definicji metadanych, który można rozszerzać i dostosowywać pod kątem konkretnych potrzeb biznesowych. Jednostki CDM są dostępne dla obszarów, takich jak CRM, Healthcare, Talent itd. Aby uzyskać szczegółowe informacje, przeczytaj informacje o użyciu usługi Common Data Model. Oprócz tych jednostek klienci mogą ściągnąć zastrzeżone dane, definiując tabelę jednostek i pola bazowe w usłudze Common Data Model, które następnie mogą być bezproblemowo używane z innymi jednostkami w całym rozwiązaniu.

  • Microsoft Dataverse. Dataverse, relacyjna baza danych, która obsługuje usługę Microsoft Dynamics 365, to repozytorium danych reprezentowanych w usłudze Common Data Model. Przechowuje bazy danych informacji o pacjentach, zawierające szczegółowe informacje o ich nazwiskach, informacjach o rodzinie, warunkach medycznych, historii leków itd. Zawiera również informacje uzyskane z wszelkich urządzeń do noszenia używanych i zarejestrowanych przez pacjentów, a także planowania i zarządzania danych z organizacji opieki zdrowotnej. Te dane są definiowane przy użyciu usługi Common Data Model.

  • Portal pacjentów. Ten portal usługi Power Apps umożliwia pacjentom wyświetlanie dokumentacji medycznej, wizyt w książkach, czat z wystąpieniem bota kondycji itd. Ten portal można rozszerzyć w celu obsługi innych danych. Ten portal jest częścią usługi Microsoft Cloud for Healthcare i umożliwia łatwe uruchomienie portalu, który może łączyć się z jednostkami w usłudze Dataverse, ściągając dane, takie jak informacje o pacjentach, plany opieki, wizyty itd.

  • Inteligentna pomoc. Jest to wystąpienie usługi Azure Health Bot Service dostępne dla pacjentów za pośrednictwem portalu pacjentów. To wystąpienie bota kondycji jest ładowane w witrynie internetowej usługi aplikacja systemu Azure. Można go dostosowywać i programować przy użyciu scenariuszy wymaganych przez klientów.

  • Aplikacja Bookings. Aplikacja Bookings jest usługą platformy Microsoft 365 zawartą w usłudze Microsoft Cloud for Healthcare. Ułatwia planowanie zdarzeń kalendarza i umożliwia tworzenie spotkań w usłudze Teams.

  • Microsoft Outlook. To rozwiązanie używa programu Microsoft Outlook jako klienta poczty e-mail. Aplikacja Bookings, która wysyła powiadomienie e-mail, jest zintegrowana z programem Outlook. Alternatywnie można użyć preferowanego klienta poczty e-mail dostawcy opieki zdrowotnej.

  • Microsoft Teams. Microsoft Teams jest składnikiem usługi Microsoft Cloud for Healthcare i zapewnia fronton interakcji między pacjentami, dostawcami i menedżerami opieki. Użytkownicy mogą używać lokalnie zainstalowanej wersji lub wersji internetowej. Aby uzyskać więcej informacji na temat usługi Teams, przeczytaj dokumentację usługi Microsoft Teams.

  • Kolejka terminów. To narzędzie generuje stronę HTML z danymi wyciągniętymi z usługi Dataverse przy użyciu internetowego interfejsu API usługi Dynamics 365. Przedstawia dostawcę z informacjami na temat terminów zaplanowanych dla dnia i podsumowania każdego z nich. Udostępnia również link umożliwiający dostęp do informacji o pacjentach za pośrednictwem aplikacji Do zarządzania opieką. Kolejka terminów została opracowana w celu obsługi tego scenariusza i nie jest częścią usługi Microsoft Cloud for Healthcare. Źródła danych dla tego narzędzia to głównie systemy PAS i rekordy EMR/EHR. Jeśli te systemy mają zintegrowane narzędzia do prezentowania tych danych, te narzędzia mogą zastąpić ten składnik w rzeczywistym wdrożeniu.

  • Zarządzanie opieką. Narzędzie Do zarządzania opieką jest składnikiem usługi Microsoft Cloud for Healthcare. Jest to aplikacja usługi Power Apps wdrożona za pośrednictwem usługi Dynamics 365. Pobiera on dane pacjentów EMR/EHR przechowywane w formacie Dataverse w formacie CDM i przedstawia zagregowany widok w usłudze Teams. Rozwiązanie centrum opieki może zdecydować się na użycie własnego systemu na potrzeby ich funkcjonalności, w zależności od tego, jak chcą przedstawić te informacje.

  • Power BI Analytics. Jest to narzędzie analityczne utworzone w tym scenariuszu i nie jest dostępne w usłudze Microsoft Cloud for Healthcare. W tym rozwiązaniu generuje informacje pochodzące z urządzeń IoMT pacjenta. Mogą to być dane, takie jak tętno, poziom tlenu we krwi itd. Aplikacja Care Management używa tych danych do prezentowania dostawców usług medycznych z dodatkowymi szczegółowymi informacjami na temat swoich pacjentów na podstawie ich codziennych działań.

  • Połączone urządzenia. Są to urządzenia Internetu rzeczy medycznych (IoMT), które są inteligentnymi urządzeniami do użytku medycznego lub opieki zdrowotnej. Przykłady urządzeń IoMT obejmują urządzenia do noszenia, takie jak Apple Watch lub Fitbit, monitory medyczne lub istotne itd. Pacjenci mogą aprowizować swoje urządzenia za pośrednictwem platformy Azure i zdecydować się na umożliwienie systemowi zarządzania opieką zdrowotną zbieranie tych danych IoMT do użytku przez dostawców. Dostawcy mogą uzyskiwać dodatkowe szczegółowe informacje z takich urządzeń, w czasie zbliżonym do rzeczywistego i łączyć anomalie, takie jak podwyższony tętno przez pewien czas, z bieżącymi objawami pacjenta.

  • Automatyzacja za pomocą usługi Power Automate. Jest to niestandardowe narzędzie utworzone do obsługi tego scenariusza i nie jest dostępne w usłudze Microsoft Cloud for Healthcare. Ponieważ jest to scenariusz wizyty wirtualnej, dostawca może być po prostu lekarzem na wezwanie, a nie zwykłym lekarzem pacjenta. To narzędzie umożliwia notatek dostawcy w celu wyzwolenia powiadomienia usługi Teams do menedżera opieki. Menedżer opieki jest członkiem zespołu medycznego, który pracuje jako łącznik między lekarzem podstawowej opieki (PCP) i pacjentem, i zajmuje się zarządzaniem opieką długoterminową. Powiadomienie wysłane do kierownika opieki, wskazujące nowe notatki dodane do pacjenta, umożliwia im przeglądanie i wprowadzanie odpowiednich zmian w zarządzaniu opieką pacjenta po wizycie.

Alternatywy

Platforma Azure dla usług opieki zdrowotnej, takich jak Azure API for FHIR i Azure Health Bot, interfejs Common Data Model, Microsoft Dataverse i Microsoft Teams, tworzą podstawowe składniki tego rozwiązania. Większość innych składników tego systemu może zostać zastąpiona przez systemy używane obecnie przez placówkę opieki zdrowotnej:

  • Jeśli system EMR/EHR jest wyposażony w wbudowane funkcje do rezerwacji, planowania i zarządzania opieką, te wbudowane elementy mogą być używane zamiast odpowiednich składników w tym rozwiązaniu.

  • Rezerwacje i planowanie i powiadomienia e-mail programu Outlook mogą zostać zamienione przez systemy używane przez placówkę opieki zdrowotnej. Można to zrobić za pośrednictwem systemu EHR lub aplikacji innej firmy. Aplikacja powinna udostępnić interfejs API, którego wystąpienie bota kondycji może używać do tworzenia i planowania terminów oraz możliwości tworzenia spotkań wirtualnych.

  • Jeśli dostawca ma już portal pacjentów wdrożony za pośrednictwem systemu EMR/EHR, może być używany zamiast portalu pacjentów. Łatwo jest zintegrować taki składnik zewnętrzny z tym rozwiązaniem, ponieważ te składniki używały standardowych interfejsów, na przykład interfejsu iFrame do komunikowania się z wystąpieniem bota kondycji. Składniki obsługujące ten przepływ można utworzyć w zastrzeżonym portalu, takim jak formularz zgody, który pacjent musi podpisać przed dołączeniem do spotkania usługi Teams.

  • Warto zauważyć, że rzeczywiste wdrożenie będzie potrzebować narzędzi zastępczych dla niektórych składników w tym rozwiązaniu, takich jak kolejka terminów, zautomatyzowane powiadomienia i narzędzia analizy usługi Power BI. Te składniki należy utworzyć i dostosować pod kątem potrzeb biznesowych dostawcy opieki zdrowotnej.

Szczegóły scenariusza

W obecnej pandemii COVID-19 (epidemia) wielu pacjentów może wolać odwiedzić swoich lekarzy praktycznie, a nie osobiście, jeśli to możliwe. Ulepszanie szczegółowych informacji klinicznych i operacyjnych w opiece zdrowotnej staje się ważne w takim świecie wirtualnym. Obejmuje to łączenie danych z różnych systemów, tworzenie szczegółowych informacji w celu przewidywania ryzyka i poprawy opieki nad pacjentem, zapewnienia jakości i wydajności operacyjnej.

Podstawą tego rozwiązania jest microsoft Cloud for Healthcare. Usługa Microsoft Cloud for Healthcare łączy zaufane funkcje z platformy Microsoft 365, platformy Azure, usługi Dynamics 365, platformy Power Platform i rozległego ekosystemu partnerskiego firmy Microsoft, aby pomóc organizacjom opieki zdrowotnej w tworzeniu szybkich, wydajnych i bezpiecznych rozwiązań opieki zdrowotnej.

Potencjalne przypadki użycia

To rozwiązanie ma na celu zapewnienie wirtualnej opieki nad pacjentem w obecnej pandemii. Jednak dostawcy opieki zdrowotnej mogą łatwo zastosować go do następujących scenariuszy:

  • Planowanie wirtualnych kontynuacji do wizyt osób.

  • Zapewnienie pacjentom wskazówek medycznych nieskonsekwowych podczas podróży.

Kwestie wymagające rozważenia

Te zagadnienia implementują filary struktury Azure Well-Architected Framework, która jest zestawem wytycznych, które mogą służyć do poprawy jakości obciążenia. Aby uzyskać więcej informacji, zobacz Microsoft Azure Well-Architected Framework.

Zabezpieczenia

Zabezpieczenia zapewniają ochronę przed celowymi atakami i nadużyciami cennych danych i systemów. Aby uzyskać więcej informacji, zobacz Omówienie filaru zabezpieczeń.

Ponieważ system jest oparty na danych pacjentów, podczas opracowywania tego rozwiązania należy stosować podstawowe zagadnienia dotyczące zabezpieczeń informacji prywatnych:

  • Tylko wymagane dane powinny przepływać przez system w danym momencie. Na przykład ściągaj tylko te dane z systemów EMR/EHR, które są wymagane do obsługi planowania i zarządzania wizytami wirtualnymi. Zapoznaj się z ustalonymi regułami zgodności HIPAA, aby uzyskać wskazówki dotyczące miejsca przechowywania danych pacjentów, czynności, które można z nim zrobić i kto powinien mieć do niego dostęp. Należy pamiętać o znaczeniu zgodności w opiece zdrowotnej podczas opracowywania rozwiązania. Aby uzyskać więcej wskazówek, przeczytaj artykuł Zgodność w usłudze Microsoft Cloud for Healthcare.

  • Tylko autoryzowany personel powinien mieć dostęp do danych pacjentów i tylko do danych wymaganych przez ich rolę. W różnych punktach systemu, takich jak zarządzanie opieką i analiza przekazująca do niego, kolejka terminów lub systemy powiadomień, należy zadbać o uwierzytelnianie i autoryzację personelu oraz ograniczyć ich dostęp tylko do wymaganych informacji o pacjentach.

  • Moduły współpracujące z pacjentami, takie jak aplikacja Intelligent Assistance and Bookings, biorą, przechowują i używają danych pacjentów. Właściwa kontrola dostępu i uwierzytelnianie w tych modułach gwarantuje, że zostaną rozwiązane problemy dotyczące prywatności.

Ze względu na charakter danych prywatnych, bezpieczeństwo i zgodność stanowią podstawowe założenia usługi Microsoft Cloud for Healthcare.

Ten przykład opiera się również na regułach zabezpieczeń ustawionych przez usługi Dynamics 365 i Teams:

Poszczególne usługi zawarte w usłudze Microsoft Cloud for Healthcare zapewniają własną warstwę zabezpieczeń i zgodności:

W przypadku niestandardowych mechanizmów kontroli zabezpieczeń rozważ użycie identyfikatora Entra firmy Microsoft i kontroli dostępu opartej na rolach.

Na koniec podczas implementowania tego rozwiązania należy pamiętać o najlepszych rozwiązaniach i wskazówkach dotyczących tworzenia bezpiecznych rozwiązań platformy Azure.

Optymalizacja kosztów

Optymalizacja kosztów dotyczy sposobów zmniejszenia niepotrzebnych wydatków i poprawy wydajności operacyjnej. Aby uzyskać więcej informacji, zobacz Omówienie filaru optymalizacji kosztów.

Aby uzyskać szczegółowe informacje o cenach w usłudze Microsoft Cloud for Healthcare, zobacz Jak kupić usługę Microsoft Cloud for Healthcare. Składniki, które tworzą usługę Microsoft Cloud for Healthcare, mają własne wymagania licencyjne, takie jak:

Aby ponownie utworzyć składniki w tej architekturze, które zostały wykonane niestandardowie, należy wziąć pod uwagę informacje o cenach dla usług bazowych, które mają być używane.

Wdrażanie tego scenariusza

Rozwiązanie powinno zostać wdrożone na etapach:

  1. Niektóre produkty/usługi muszą być zainstalowane jako wymagania wstępne dotyczące usługi Microsoft Cloud for Healthcare. Zapoznaj się ze szczegółową listą w tym artykule na temat wymagań dotyczących licencjonowania.

  2. Usługę Microsoft Cloud for Healthcare można wdrożyć, korzystając z instrukcji podanych w temacie Deploy Microsoft Cloud for Healthcare solutions powered by Dynamics 365 (Wdrażanie rozwiązań Microsoft Cloud for Healthcare obsługiwanych przez usługę Dynamics 365).

  3. Usługa Microsoft Cloud for Healthcare udostępnia podstawowe składniki umożliwiające rozpoczęcie tworzenia wirtualnego rozwiązania do kondycji, takiego jak Portal pacjentów, Teams, Bookings itd. Dane, które będą używane do zasilania tych bloków konstrukcyjnych, powinny być dostosowane zgodnie z potrzebami biznesowymi.

  4. Składniki dostępne w usłudze Microsoft Cloud for Healthcare i jej wymagania wstępne powinny być dostosowane do potrzeb biznesowych:

    1. Przepływy usługi Power Automate należy utworzyć w celu obsługi powiadomień menedżera opieki.

    2. Należy skonfigurować portal pacjentów. Może być konieczne utworzenie dodatkowych formularzy dla elementów, takich jak formularze ewidencjonowania/wyrażania zgody. Aby uzyskać więcej informacji, przeczytaj artykuł Konfigurowanie i konfigurowanie portalu dostępu do pacjentów.

    3. Usługa Azure Health Bot powinna być połączona z bazą danych Dataverse i dostosowana do komunikacji z pacjentami. Aby uzyskać więcej informacji, zobacz Konfigurowanie automatycznych czatów przy użyciu bota kondycji firmy Microsoft.

    4. Zobacz Konfigurowanie synchronizacji z danymi klinicznymi przy użyciu agenta synchronizacji usługi Azure FHIR i Osadzanie raportów usługi Power BI na potrzeby analizy , aby poznać inne konfiguracje, które mogą być wymagane.

  5. Dodatkowe składniki, które zostały specjalnie utworzone dla tego rozwiązania, nie są dostępne dla użycia klasy produkcyjnej. Placówka opieki zdrowotnej może wymagać utworzenia własnej wersji tych aplikacji:

    1. Kolejka terminów

    2. Automatyczne powiadomienia przy użyciu usługi Power Automate

    3. Aplikacja raportowania przy użyciu usługi Power BI

Współautorzy

Ten artykuł jest obsługiwany przez firmę Microsoft. Pierwotnie został napisany przez następujących współautorów.

Autorzy zabezpieczeń:

Aby wyświetlić niepubalne profile serwisu LinkedIn, zaloguj się do serwisu LinkedIn.

Następne kroki