Przypadki użycia otwartego stosu zdrowia

Komponenty OHS ułatwiają wdrożenie FHIR. Możesz używać ich osobno lub połączyć, aby stworzyć podstawę kompleksowej platformy cyfrowej dotyczących zdrowia.

Aplikacje na Androida oparte na FHIR

Za pomocą pakietu SDK FHIR na Androida deweloperzy mogą szybko tworzyć natywne aplikacje FHIR na Androida. SDK to modułowy zestaw bibliotek zaprojektowany z myślą o zapewnieniu elastyczności w różnych przypadkach użycia. Są to m.in.:

Informacje:

Większa prywatność dzięki wykorzystaniu SMART-on-FHIR

Brama informacji FHIR to samodzielny odwrotny serwer proxy, który możesz wdrożyć przed dowolną aplikacją, aby zwiększyć prywatność i ułatwić wdrażanie zasad kontroli dostępu organizacji. W połączeniu z aplikacją obsługiwaną przez pakiet Android FHIR SDK może też usprawnić operacje synchronizacji, np. ograniczyć dane pacjenta, które mogą pobierać określone pracownicy służby zdrowia i do których mają dostęp podczas pracy w trybie offline.

Jako samodzielny serwer proxy brama informacji obsługuje integrację z aplikacjami SMART-on-FHIR.

Informacje:

Rozwiązania analityczne FHIR

Ze względu na mocno zagnieżdżoną strukturę danych FHIR tworzenie zapytań generujących statystyki może być trudne. Systemy danych FHIR upraszczają ten problem dzięki łatwemu do wdrożenia i skalowalnemu w poziomie potokowi, który przekształca dane FHIR na format SQL-on-FHIR, co umożliwia wysyłanie zapytań o dane FHIR za pomocą SQL.

Potoki danych FHIR mogą być pomocne, gdy FHIR jest źródłem danych do analizy. Typowe scenariusze dla deweloperów to:

  1. Jako rozszerzenie natywnego rozwiązania mobilnego FHIR – poznaj podstawy kompleksowego rozwiązania w zakresie zdrowia cyfrowego.
  2. Jako części samodzielnego rozwiązania analitycznego korzystającego z FHIR – zobacz przykład architektury hybrydowej.

Informacje:

Podstawy kompleksowego rozwiązania cyfrowego z zakresu zdrowia

Użycie wszystkich komponentów OHS umożliwia programistom tworzenie platform lub rozwiązań opartych na FHIR. Udostępnia wiele podstawowych funkcji, takich jak synchronizacja i funkcje w trybie offline, oraz zmniejsza trudność techniczną związaną z pracą z FHIR, dzięki czemu deweloperzy mogą zaoszczędzić sporo czasu i skoncentrować się na zwiększaniu wartości swoich rozwiązań.

Informacje:

Przykład architektury hybrydowej

Modułowość komponentów OHS pozwala programistom wybierać elementy, które najlepiej pomogą im rozwiązać określone problemy.

Jest wiele przykładów sytuacji, w których warto przenieść część istniejącego systemu do FHIR przy zachowaniu innych części rozwiązania w obecnej postaci. m.in.:

  1. Zbieranie danych bez użycia FHIR do analiz FHIR: w tym scenariuszu dane zebrane w sposób inny niż FHIR są przekształcane w FHIR, co umożliwia wykorzystanie potoków danych OHS FHIR w celu generowania statystyk na podstawie typowych danych FHIR. Aby przekształcać dane, deweloperzy mogą korzystać z istniejących interfejsów API dostawców lub usług innych firm, takich jak zatwierdzone OpenFn (np. OpenFn) lub korzystać z odpowiednich projektów open source.

  2. Aplikacja natywna FHIR do systemów innych niż FHIR: w tym scenariuszu natywna aplikacja mobilna FHIR utworzona za pomocą pakietu Android FHIR SDK jest używana do dostarczania danych w trybie offline z danymi zsynchronizowanymi z serwerem FHIR. Deweloperzy serwerów FHIR mogą wdrożyć integracje z istniejącymi systemami, adapterami innych firm lub kodem niestandardowym.

Informacje: