Szybkie zasoby dotyczące interoperacyjności w opiece zdrowotnej
_logo.png){kind=logo} | |
| Skrót | FHIR |
|---|---|
| Organizacja | HL7 |
| Normy bazowe | JSON , XML , RDF |
| Domena | Elektroniczne książeczki zdrowia |
| Licencja | CC0 |
| Strona internetowa | |
Fast Healthcare Interoperability Resources ( FHIR , wymawiane jako „ogień”) to zestaw zasad i specyfikacji dotyczących wymiany elektronicznych danych dotyczących opieki zdrowotnej. Został zaprojektowany tak, aby był elastyczny i można go było dostosowywać, dzięki czemu można go używać w szerokim zakresie ustawień iz różnymi systemami informacyjnymi opieki zdrowotnej. Celem FHIR jest umożliwienie bezproblemowej i bezpiecznej wymiany informacji dotyczących opieki zdrowotnej, tak aby pacjenci mogli otrzymać najlepszą możliwą opiekę. Standard opisuje formaty i elementy danych (znane jako „zasoby”) oraz interfejs programowania aplikacji (API) do wymiany elektronicznej dokumentacji medycznej (EHR). Standard został stworzony przez organizację zajmującą się standardami opieki zdrowotnej Health Level Seven International (HL7).
FHIR opiera się na poprzednich standardach formatu danych z HL7, takich jak HL7 w wersji 2.x i HL7 w wersji 3.x. Jest jednak łatwiejszy do wdrożenia, ponieważ wykorzystuje nowoczesny internetowy pakiet technologii API, w tym protokół RESTful oparty na protokole HTTP oraz wybór JSON , XML lub RDF do reprezentacji danych. Jednym z jej celów jest ułatwienie interoperacyjności między starszymi systemami opieki zdrowotnej, ułatwienie dostarczania informacji dotyczących opieki zdrowotnej świadczeniodawcom i osobom fizycznym za pomocą szerokiej gamy urządzeń, od komputerów po tablety i telefony komórkowe, oraz umożliwienie aplikacji innych firm programistom dostarczanie aplikacji medycznych, które można łatwo zintegrować z istniejącymi systemami.
FHIR stanowi alternatywę dla podejścia skoncentrowanego na dokumentach poprzez bezpośrednie udostępnianie dyskretnych elementów danych jako usług. Na przykład podstawowe elementy opieki zdrowotnej, takie jak pacjenci, przyjęcia, raporty diagnostyczne i leki, można wyszukiwać i modyfikować za pomocą własnych adresów URL zasobów .
Normalizacja
| Data | Wersja | Opis |
|---|---|---|
| 2011-08-18 | - | Wstępny projekt FHIR, znanego wówczas jako Resources For Healthcare (RFH), został opublikowany na blogu Grahame'a Grieve'a |
| 2011-09-11 | - | Standard został przyjęty przez Health Level Seven International (HL7) jako element pracy |
| 2014-09-30 | 0,082 | Opublikowano oficjalną wersję DSTU1 (Pierwszy projekt standardu do użytku próbnego). |
| 2015-10-24 | 1.0.2 | Opublikowano oficjalną wersję DSTU2 (drugi projekt standardu do użytku próbnego). |
| 2019-10-24 | 3.0.1 | STU3 (Third Standard for Trial Use) obejmowało omówienie różnych klinicznych przepływów pracy, format Resource Description Framework i wiele innych aktualizacji |
| 2019-10-30 | 4.0.1 | Wersja 4 zawiera pierwsze rozwiązania dotyczące zawartości normatywnej i wersji próbnej |
Architektura
FHIR jest zorganizowany według zasobów (np. pacjent, obserwacja). Takie zasoby można dodatkowo określić, definiując profile FHIR (na przykład powiązanie z określoną terminologią). Zbiór profili można opublikować jako przewodnik po implementacji (IG), taki jak The US Core Data for Interoperability (USCDI).
Ponieważ FHIR jest zaimplementowany na szczycie protokołu HTTPS (HTTP Secure), zasoby FHIR mogą być pobierane i analizowane przez platformy analityczne w celu gromadzenia danych w czasie rzeczywistym. W ramach tej koncepcji organizacje opieki zdrowotnej byłyby w stanie gromadzić dane w czasie rzeczywistym z określonych modeli zasobów. Zasoby FHIR mogą być przesyłane strumieniowo do magazynu danych, gdzie mogą być skorelowane z innymi danymi informatycznymi. Potencjalne przypadki użycia obejmują śledzenie epidemii, oszustwa związane z lekami na receptę, ostrzeżenia o niepożądanych interakcjach leków oraz skrócenie czasu oczekiwania na pogotowie.
Implementacje
Globalny (niespecyficzny dla kraju)
Szereg znanych graczy w dziedzinie informatyki opieki zdrowotnej wykazuje zainteresowanie i eksperymentowanie z FHIR, w tym CommonWell Health Alliance i SMART (Substitutable Medical Applications, Reusable Technologies).
Implementacje open source struktur danych, serwerów, klientów i narzędzi FHIR obejmują implementacje referencyjne z HL7 w różnych językach, SMART na FHIR i HAPI-FHIR w Javie.
Różnorodne zastosowania zostały zademonstrowane podczas okrągłego stołu FHIR Applications Roundtable w lipcu 2016 r. Profil Sync for Science (S4S) opiera się na FHIR, aby pomóc badaniom medycznym prosić o (i otrzymać, jeśli pacjent wyrazi na to zgodę) dane z elektronicznej dokumentacji medycznej na poziomie pacjenta .
aplikacja iPhone Health umożliwi przeglądanie dokumentacji medycznej użytkownika zgodnej z FHIR, jeśli dostawcy zdecydują się ją udostępnić. Johns Hopkins Medicine, Cedars-Sinai, Penn Medicine, NYU-Langone Medical Center, Dignity Health i inne duże systemy szpitalne uczestniczyły w uruchomieniu.
Stany Zjednoczone
W 2014 r. komitety US Health IT Policy i Health IT Standards zatwierdziły zalecenia dotyczące większej liczby publicznych (otwartych) interfejsów API. Raport amerykańskiej grupy zadaniowej JASON na temat „Solidnej infrastruktury danych dotyczących zdrowia” mówi, że FHIR jest obecnie najlepszym kandydatem na podejście do API i że takie API powinny być częścią etapu 3 kryteriów „znaczącego wykorzystania” amerykańskiego Health Information Technology for Economic i ustawy o zdrowiu klinicznym . W grudniu 2014 r. szeroki przekrój zainteresowanych stron ze Stanów Zjednoczonych zaangażował się w projekt Argonaut, który zapewni fundusze na przyspieszenie i wolę polityczną do opublikowania przewodników wdrażania i profili FHIR w celu interoperacyjności zapytań/odpowiedzi i wyszukiwania dokumentów do maja 2015 r. Byłoby wtedy możliwe systemów dokumentacji medycznej do migracji z obecnej praktyki wymiany złożonych architektury dokumentów klinicznych (CDA) i zamiast tego do wymiany zestawów prostszych, bardziej modułowych i interoperacyjnych obiektów FHIR JSON. Początkowym celem było określenie dwóch profili FHIR, które są istotne dla Meaningful Use , wraz z przewodnikiem implementacji dotyczącym korzystania z OAuth 2.0 do uwierzytelniania.
Umowa o współpracy z Healthcare Services Platform Consortium (obecnie Logica) została ogłoszona w 2017 r. Doświadczenia z opracowywaniem aplikacji medycznych z wykorzystaniem FHIR w celu połączenia z istniejącymi systemami elektronicznej dokumentacji medycznej wyjaśniły niektóre korzyści i wyzwania związane z tym podejściem oraz z nakłanianiem klinicystów do korzystania ich.
W 2020 roku amerykańskie Centra Usług Medicare i Medicaid (CMS) wydały ostateczną zasadę dotyczącą interoperacyjności i dostępu pacjentów (CMS-9115-F), opartą na ustawie o lekach XXI wieku . Reguła wymaga korzystania z FHIR przez różnych płatników regulowanych przez CMS, w tym Medicare Advantage , stanowe programy Medicaid i kwalifikujące się plany zdrowotne na Federally Facilitated Marketplace do 2021 r. W szczególności reguła wymaga interfejsów API FHIR dla dostępu pacjentów, katalogu dostawców oraz wymiana między płatnikami.
Proponowane zasady z CMS, takie jak obciążenie pacjenta i proponowana zasada uprzedniej autoryzacji (CMS-9123-P), dodatkowo określają przyjęcie FHIR w przypadku wymiany między płatnikami. Zasady CMS i Biuro Krajowego Koordynatora ds. Zdrowia IT (ONC) Cures Act Final rule (HHS-ONC-0955-AA01) wspólnie pracują nad przyjęciem FHIR przez odpowiednie organy regulacyjne.
Ponadto inne agencje wykorzystują istniejące uprawnienia do stanowienia przepisów, niezwiązane z ustawą o leczeniu, w celu zharmonizowania otoczenia regulacyjnego i ułatwienia przyjęcia FHIR. Na przykład Departamentu Zdrowia i Opieki Społecznej Stanów Zjednoczonych (HHS) zaproponowało aktualizację zasady prywatności HIPAA (HHS–OCR–0945–AA00) o rozszerzone prawo dostępu do osobistych aplikacji zdrowotnych i ujawnień między świadczeniodawcami w celu koordynacji opieki. W przeciwieństwie do ostatecznych zasad CMS i ONC, proponowana zasada prywatności OCR HIPAA nie jest specyficzna dla FHIR; jednak nacisk OCR na interfejsy API oparte na standardach wyraźnie sprzyja adopcji FHIR.
Brazylia
W 2020 r. Ministerstwo Zdrowia Brazylii , przez Departament Informatyki SUS, uruchomiło jedną z największych na świecie platform interoperacyjności krajowej służby zdrowia, zwaną National Health Data Network, która wykorzystuje HL7 FHIR r4 jako standard we wszystkich wymianach informacji .
Izrael
W 2020 roku Ministerstwo Zdrowia Izraela rozpoczęło działania na rzecz promowania dostępności informacji dla pacjentów i opiekunów poprzez przyjęcie standardu FHIR w organizacjach zdrowotnych w Izraelu. Jego pierwszym działaniem było utworzenie zespołu roboczego IL-CORE w celu dostosowania niezbędnych komponentów do lokalizacji i regulacji w systemie opieki zdrowotnej w Izraelu. Ministerstwo we współpracy z organizacją non-profit 8400 stworzyło społeczność FHIR IL, której celem jest zachęcanie do przyjęcia standardu w izraelskim systemie opieki zdrowotnej przy współpracy z organizacjami ochrony zdrowia i przemysłem. W ramach wspólnych działań Ministerstwa i 8400 rozpoczęto szereg projektów wdrażania FHIR w organizacjach zarządzania zdrowiem (HMO) i szpitalach, a także inne projekty niezależnie promowane przez organizacje opieki zdrowotnej. Ponadto Ministerstwo Zdrowia przydzieliło budżety HMO i innym organizacji w celu stworzenia infrastruktury organizacyjnej FHIR. W 2020 Eli Hurvitz Conference on Economy and Society, prowadzonej przez Izraelski Instytut Demokracji, oszacowano, że koszt wdrożenia centralnych modułów FHIR w izraelskim systemie opieki zdrowotnej szacuje się na około 400 mln NIS w ciągu 5 lat. W 2023 r. rząd Izraela rozpoczął proces legislacyjny mający na celu promowanie wymiany informacji między organizacjami w izraelskim ekosystemie zdrowotnym z korzyścią dla pacjenta, z naciskiem na wzmocnienie pozycji pacjentów i ograniczenie blokowania informacji. Proponowana legislacja odnosi się również do konieczności ujednolicenia danych poprzez przyjęcie standardu FHIR oraz stosowanie standardowych terminologii, takich jak SNOMED-CT , zarówno w systemach źródłowych, jak iw procesie wymiany danych. Udostępnianie informacji będzie odbywać się za zgodą pacjenta, a zgoda ta będzie udzielana zgodnie z koszykami danych.
Dalsza lektura
- Braunstein, Mark L. (11 lutego 2022). Informatyka zdrowotna w FHIR: jak interfejs API HL7 zmienia opiekę zdrowotną . Informatyka Zdrowia. Springer Cham. P. 470. doi : 10.1007/978-3-030-91563-6 . ISBN 978-3-030-91563-6 . S2CID 246705195 . Źródło 8 sierpnia 2022 r . Historia FHIR z wieloma szczegółowymi przykładami aplikacji, w tym integracji Apple Health, Apple Watch i EHR.
Linki zewnętrzne
- Standard FHIR (najnowsza wersja)