Serwer FHIR przechowuje i udostępnia zasoby FHIR. Platforma FHIR jest tym, czego faktycznie potrzebujesz do wdrożenia produktu medycznego: serwerem, a także zarządzaniem tożsamością, zgodą, pochodzeniem danych, izolacją między klientami, webhookami, dokumentami, terminologią i kimś, kto dba o zgodność z RODO. Ten przewodnik wyjaśnia różnice i opisuje, jak Platforma Anpheros wypełnia każdą lukę, dzięki czemu możesz zdecydować, czy budować na niej, czy uruchomić własne rozwiązanie.
Wersja techniczna dla programistów: Platforma API dla ochrony zdrowia · Porównanie serwerów FHIR na developers.anpheros.com, z żądaniami, odpowiedziami i limitami. Ta strona jest wersją w prostym języku.
Serwer a platforma
Serwery FHIR typu open-source (na przykład HAPI) doskonale radzą sobie z częścią dotyczącą FHIR: zasobami, wyszukiwaniem, walidacją, historią. To, co pozostawiają Tobie, to wszystko wokół:
| Potrzeba | Serwer FHIR | Platforma FHIR |
|---|---|---|
| Przechowywanie, wyszukiwanie, historia zasobów | tak | tak |
| Kto może odczytać danego pacjenta | Twój kod | wbudowana zgoda |
| Kto zapisał każdą wartość | Twój kod | Pochodzenie przy każdym zapisie |
| Wielu klientów na jednym systemie | Twój kod | izolacja projektów, identyfikatory parami |
| Ekran zgody dla pacjenta | Twój kod | OAuth 2.1 + SMART on FHIR |
| Powiadomienia do Twojej aplikacji | polling | podpisane webhooki |
| Realistyczne dane testowe | Twoje dane testowe | 30 syntetycznych pacjentów na sandbox |
| Hosting, kopie zapasowe, RODO, umowa o przetwarzaniu danych | Twój zespół operacyjny | w cenie |
Jeśli masz zespół operacyjny, inspektora ds. zgodności i sześć miesięcy czasu, uruchomienie własnego serwera jest dobrym wyborem. Jeśli masz produkt do wdrożenia, platforma jest szybsza.
Jak zbudowana jest Platforma Anpheros
Jeden rekord FHIR R4 na pacjenta. 26 typów zasobów, kodowanych za pomocą LOINC, ICD-10 i ATC, walidowanych przy zapisie. Ścisłe API FHIR znajduje się pod adresem /fhir/R4, z CapabilityStatement pod adresem /fhir/R4/metadata, a proste API REST pod adresem /v1 udostępnia te same dane z tymi samymi identyfikatorami.
Izolacja projektów i identyfikatory parami. Projekt (klucz API) widzi tylko pacjentów, których utworzył. Każdy projekt otrzymuje własny identyfikator dla tej samej osoby; wewnętrzne identyfikatory nigdy nie opuszczają platformy. Odniesienia do pacjentów spoza Twojego zakresu są maskowane przez nieprzezroczysty, per-projektowy token.
Zgoda decyduje o odczycie, własność decyduje o zapisie. Za zgodą pacjenta organizacja widzi cały rekord, w tym to, co napisały inne kliniki, ale może zmieniać lub usuwać tylko to, co sama napisała. Każda wersja każdego zasobu rejestruje projekt, który ją zapisał; zapis przez inny projekt jest odrzucany z wyjaśnieniem.
Pochodzenie i audyt przy każdym zapisie. Provenance.agent.onBehalfOf podaje nazwę kliniki lub organizacji w momencie zapisu; wiersz audytu rejestruje, kto, co, kiedy, na jakiej podstawie, z jakiej aplikacji. Pacjent może odczytać swój dziennik dostępu, również jako zasoby FHIR AuditEvent.
Cienkie, podpisane webhooki. Zdarzenia zawierają identyfikatory i wersje, nigdy treść kliniczną; zasób odczytujesz przez API. Dostarczanie jest podpisywane za pomocą HMAC-SHA256 i ponawiane z wycofywaniem przez maksymalnie 24 godziny.
Sandbox i produkcja to oddzielne bazy danych. Klucz sk_test_ nie ma dostępu do prawdziwego pacjenta. Sandbox jest bezpłatny i samoobsługowy.
Rezydencja w UE. Cloud Run w europe-west4, z umową o przetwarzaniu danych dla organizacji produkcyjnych.
Czego celowo nie ma
- Brak klinicznego wsparcia decyzyjnego. Platforma przechowuje, koduje i udostępnia; nie diagnozuje ani nie zaleca leczenia.
- Brak pełnej bazy danych leków z interakcjami. Leki są kodowane za pomocą ATC, a do wyszukiwania dostępny jest pakiet ATC i podzbiór LOINC, ale sprawdzanie interakcji jest Twoim komponentem lub licencjonowaną usługą.
- Brak szpitalnej magistrali komunikatów HL7 v2. Dostępny jest import HL7 v2 ORU^R01 dla raportów laboratoryjnych; nie ma zarządzania ADT ani zleceniami.
Znajomość tych ograniczeń z góry oszczędza tydzień odkrywania.
Kiedy zamiast tego uruchomić własny serwer
- Musisz hostować w swojej własnej sieci szpitalnej, bez zewnętrznego procesora.
- Potrzebujesz FHIR R5 lub profili, których platforma nie implementuje.
- Twoim produktem jest sam serwer FHIR.
We wszystkich innych przypadkach zacznij od sandboxa, zmierz i podejmij decyzję na podstawie danych. Pierwsza godzina jest opisana na developers.anpheros.com/guides/first-hour; pełne odniesienie do API znajduje się na platform.anpheros.com/docs.
Najczęstsze pytania
Czy Anpheros to serwer FHIR?
Zawiera jeden: API FHIR R4 z 26 typami zasobów, wyszukiwaniem, historią, operacjami $everything, $summary, $validate i terminologią. Wokół niego znajdują się zgoda, pochodzenie danych, izolacja, webhooki i hosting, co czyni go platformą.
Która wersja FHIR?
FHIR R4 (4.0.1), wersja wymagana przez regulacje UE i USA oraz implementowana przez większość systemów. Zgodność została sprawdzona za pomocą Inferno; zobacz notatki dotyczące zgodności IPS.
Czy kilka klinik może udostępniać rekord jednego pacjenta?
Tak, o to chodzi. Za zgodą pacjenta każda klinika odczytuje cały rekord i zapisuje własne zasoby, każdy oznaczony swoim pochodzeniem. Żadna klinika nie może zmienić tego, co napisała inna.
Czy istnieje darmowy backend FHIR do celów deweloperskich?
Tak. Sandbox jest bezpłatny, samoobsługowy i zawiera 30 syntetycznych pacjentów na projekt. Zobacz Darmowy serwer FHIR: sandbox.
Jak mogę dokonać migracji, jeśli będę musiał?
Wszystko jest w formacie FHIR R4 i można je eksportować: Patient/{id}/$everything zwraca cały rekord pacjenta jako Bundle. Nie ma zastrzeżonego formatu do rozplątania.
Miej dokumentację medyczną przy sobie
Anpheros Daily przechowuje objawy, wyniki badań, leki i dokumenty w jednym miejscu, w standardowym formacie i pod Twoją kontrolą. Plan Basic jest bezpłatny.