Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
Jak si Anpheros stojí oproti jiným FHIR serverům
Vlastní FHIR servery, cloudové FHIR úložiště, open-source zdravotnické platformy a Anpheros vedle sebe: kdo autorizuje přístup, souhlas, původ dat, rezidence, ceny a kdy je co správná volba.
Týmy, které si vybírají FHIR backend, obvykle zvažují čtyři druhy možností: open-source server, který hostují sami, spravované FHIR úložiště od cloudového poskytovatele, open-source zdravotnickou platformu s hostovanou edicí, nebo spravovanou zdravotnickou databázi, jako je Anpheros. Tato příručka popisuje, k čemu je každý typ dobrý a kde se Anpheros nachází, na základě veřejné dokumentace k říjnu 2026. U jakéhokoli zde uvedeného produktu si zkontrolujte jeho vlastní dokumentaci; funkce se mění.
Čtyři druhy
| Samostatně hostovaný FHIR server (např. HAPI FHIR) | Cloudové úložiště FHIR (např. Google Cloud Healthcare API, Azure Health Data Services, AWS HealthLake) | Zdravotnická platforma (např. Medplum) | Anpheros | |
|---|---|---|---|---|
| Co to je | FHIR server, který spravujete vy | FHIR datové úložiště v rámci cloudového účtu | Zdravotnická aplikační platforma nativní pro FHIR s autentizací, pracovními postupy a hostovanou edicí | Spravovaná zdravotnická databáze: záznam FHIR R4 na pacienta, souhlas, API, audit |
| Kdo autorizuje přístup | cokoli si kolem něj vytvoříte | IAM cloudu, na projekt nebo datovou sadu | zásady přístupu platformy, nakonfigurované vámi | pacient (souhlas OAuth 2.1) nebo organizace (API klíč) |
| Souhlas a audit z pohledu pacienta | ne | ne | lze vytvořit pomocí modelu zásad | vestavěné, viditelné pro pacienta |
| Původ u každého zápisu | pokud jej přidáte | pokud jej přidáte | podporováno FHIR; vynucujete jej | vyžadováno a automatické |
| Izolace identifikátorů mezi aplikacemi | ne | ne | ne | párové ID na aplikaci |
| Import laboratorních dat (HL7 v2) | samostatné nástroje | částečně (mapování v2 na FHIR v některých úložištích) | integrace, které napíšete | vestavěné, jeden požadavek |
| Rezidence dat | kdekoli je hostujete | regiony, které poskytovatel nabízí | závisí na hostování | pouze Evropská unie |
| Ceny | vaše infrastruktura a čas | na základě využití (požadavky, úložiště) | na plán nebo samostatně hostované | na organizaci, podle uložených pacientů |
| Nejlepší pro | učení, plnou kontrolu, neobvyklé datové modely | týmy již v daném cloudu, které si samy vytvoří zdravotnickou vrstvu | týmy, které chtějí stavět na otevřeném kódu a vlastnit celý stack | týmy, které chtějí mít zdravotnickou vrstvu hotovou a produkt jako svou práci |
Google Cloud Healthcare API nebo spravovaná platforma?
Produkt společnosti Google se doslova jmenuje Cloud Healthcare API, takže se pro mnoho vyhledávacích dotazů na "healthcare API" objeví jako první. Jedná se o cloudový FHIR store (plus HL7 v2 a DICOM stores) ve vašem projektu Google Cloud: úložiště, vyhledávání FHIR a přístup založený na IAM, účtovaný podle využití. Zbytek si postavíte sami — souhlasy a audit pro pacienty, izolace aplikací, import laboratorních dat, SDK a sandbox s testovacími daty. Anpheros poskytuje tyto části a ukládá data v EU; neposkytuje vám FHIR store ve vašem vlastním cloudovém účtu. Zvolte podle toho, kdo by měl vlastnit vrstvu pro zdravotnictví: váš tým (Cloud Healthcare API) nebo platforma (Anpheros).
Open-source FHIR server nebo spravovaný?
Open-source servery jako HAPI FHIR lze spustit kdekoli (jsou k dispozici obrazy Dockeru) a podporují kompletní specifikaci FHIR, s vašimi vlastními profily a rozšířeními. Provozování takového serveru v produkci znamená, že si sami spravujete databázi, aktualizace, zabezpečení, zálohování a přístupovou vrstvu. Spravovaná platforma vyměňuje část této svobody (Anpheros ukládá 26 typů zdrojů) za to, že ji nemusíte spravovat. Viz Schéma databáze FHIR pro informace o tom, co takový server ukládá interně.
Kdy je Anpheros správnou volbou
- Budujete produkt pro pacienty, kliniky, laboratoře nebo AI a chcete se soustředit na psaní produktu, nikoli na záznamy.
- Souhlas pacienta a audit, který si pacient může přečíst, jsou požadavky, nikoli "nice-to-haves" (Článek 9 GDPR, EHDS).
- Vaše data musí zůstat v Evropské unii.
- Chcete FHIR R4, ale také jednodušší REST pohled, SDK a webhooks, od jednoho dodavatele.
- Chcete začít zdarma, v sandboxu s realistickými syntetickými pacienty, a přejít do produkce bez přepisování.
Kde je jiná možnost lepší
- Potřebujete typy zdrojů FHIR, profily nebo rozšíření mimo 26, které Anpheros podporuje, nebo plně vlastní datový model: samoobslužný server vám dává tuto svobodu.
- Vaše organizace vyžaduje vše v jednom cloudovém účtu z důvodů dodržování předpisů: cloudové úložiště FHIR odpovídá této politice.
- Chcete vlastnit a upravovat celý stack, včetně autorizačního serveru a komponent uživatelského rozhraní: open-source platforma je pro to navržena.
- Potřebujete dnes EHR launch, Bulk Data export nebo
system/scopes: Anpheros je zatím nenabízí (viz Jak implementovat souhlas pacienta s SMART on FHIR).
Spravedlivý způsob rozhodování
Spočítejte části zdravotnické vrstvy, které váš produkt potřebuje: souhlas, původ, audit, identifikátory, import laboratorních dat, ukládání dokumentů, rezidenci, a odhadněte měsíce potřebné k vybudování a údržbě každé z nich pro preferovanou možnost. Poté to porovnejte s prací na produktu, které by se těmto měsícům mohlo věnovat. Anpheros je správná odpověď, když je druhé číslo větší.
Související
- Platforma pro zdravotnické API: co obsahuje a jak si vybrat: otázky, které byste měli položit jakémukoli dodavateli
- FHIR vs. vlastní lékařská databáze: kdy navrhnout vlastní tabulky a kdy použít FHIR
- Bezplatná databáze a sandbox FHIR
- Platforma FHIR
- Backend a databáze pro lékařské aplikace
- Zdravotnické startupy
- Bezpečnost, soukromí a lokalita dat
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card