# Egészségügyi API platform: mit tartalmaz és hogyan válasszunk

> Az egészségügyi API platform rétegei, build vs. cloud FHIR tároló vs. platform, és kérdések, amelyeket fel kell tenni bármely eladónak – válaszok az Anpherosra: hozzájárulás, EU-s adatok, FHIR R4, árazás.

Source: https://developers.anpheros.com/hu/guides/healthcare-api-platform

**Az egészségügyi API platform egy felügyelt szolgáltatás, amely a szoftvercsapatok számára mindent biztosít a páciensadatok körül egy helyen: egy szabványos klinikai adattárolót (általában HL7 FHIR), API-kat és SDK-kat az adatok olvasásához és írásához, azonosítást és páciensi hozzájárulást, valamint a szabályozott egészségügyi adatokhoz szükséges bizalmi funkciókat – származás, verziótörténet és hozzáférési naplók.** Az Anpheros egy Európai Unióban üzemeltetett egészségügyi API platform: egy FHIR R4 rekord páciensenként, egy FHIR API és egy egyszerűbb REST API, OAuth 2.1 hozzájárulás a páciens által vezérelve, webhookok, laboratóriumi import és egy ingyenes sandbox szintetikus páciensekkel. Ez az oldal elmagyarázza, mit kell tartalmaznia egy ilyen platformnak, hogyan viszonyul a saját réteg felépítéséhez vagy egy cloud FHIR tároló használatához, valamint milyen kérdéseket kell feltenni bármely eladónak.

<!-- visual:hplat-hero -->

## Mi tartozik egy egészségügyi API platformhoz

<!-- visual:hplat-stack:replace -->

| Réteg | Mit csinál | Az Anpherosban |
|---|---|---|
| API-k és SDK-k | Lehetővé teszi a kódod számára rekordok olvasását és írását | FHIR R4 a `/fhir/R4` címen, REST a `/v1` címen, TypeScript és Dart SDK-k, OpenAPI, egy MCP szerver AI ügynökök számára |
| Identitás és hozzájárulás | Eldönti, ki láthatja melyik beteget | API kulcsok a szervereidhez; OAuth 2.1 + PKCE SMART on FHIR hatókörökkel betegek számára; visszavonás a következő kérésre |
| Adatszolgáltatások | A rendetlen bemeneteket tiszta rekordokká alakítja | HL7 v2 és CSV laboratóriumi importálás, dokumentumok, terminológia keresés (egy csomagolt LOINC alcsoport, tünetek, állapotok és gyógyszerek katalógusa), IPS összefoglaló, AI kontextus |
| Bizalmi réteg | Minden értéket elszámoltathatóvá tesz | Provenance minden írásnál, minden verzió megőrzése, egy hozzáférési napló, amit a beteg elolvashat |
| Klinikai adattár | Megőrzi a rekordot | Egy HL7 FHIR R4 rekord betegként, 26 erőforrástípus, EU adatmegőrzés |

## Építsd meg magad, használj felhő alapú FHIR tárolót, vagy használj egy platformot

<!-- visual:hplat-compare -->

Ezek közül egyik sem rossz. A saját magad által felépített stack teljes kontrollt biztosít az adatmodell felett; a felhő alapú FHIR tároló olyan csapatoknak felel meg, amelyeknek mindent egyetlen felhő fiókon belül kell tartaniuk, és maguk fogják megépíteni a hozzájárulást, az auditálást és az integrációkat; az egészségügyi API platform olyan csapatoknak felel meg, amelyek szeretnék, hogy ezek a részek elkészüljenek, így a termék a saját munkájuk lesz. A [FHIR szerver összehasonlítás](https://developers.anpheros.com/hu/guides/fhir-server-comparison) termékkategóriáról termékkategóriára halad.

## Kérdések, amelyeket fel kell tenni bármely egészségügyi API platformnak

<!-- visual:hplat-checks:replace -->

| Kérdés | Anpheros válasza |
|---|---|
| Hol tárolják az adatokat? | Európai Unió: Google Cloud `europe-west4` (Hollandia) a szolgáltatáshoz és az adatbázisokhoz |
| Ki engedélyezi a hozzáférést? | Az Ön szervezete az Ön által létrehozott betegek számára (API kulcs); a beteg mindenki más számára (OAuth beleegyezés) |
| Melyik szabvány, és tesztelték? | FHIR R4 (4.0.1); SMART App Launch STU2 standalone-launch csoport az Inferno által: 22/22 teszt sikeresen teljesítve (2026. szeptember 28.) |
| Elvihetjük az adatainkat? | A `Patient/{id}/$everything` az egész rekordot FHIR formátumban adja vissza |
| A lekérdezések naplózva vannak? | Igen, a lekérdezések és írások, és a beteg láthatja őket |
| Tesztelhetünk ingyenesen? | Igen: egy önkiszolgáló sandbox 30 szintetikus beteggel projektenként |
| Mennyibe kerül a termelés? | Havonta 49 eurótól 2500 tárolt betegre, az első hónap ingyenes; az árak nem tartalmazzák az ÁFÁ-t |
| Mi nincs még kész? | EHR indítás, Bulk Data export és `system/` hatókörök; HIPAA termelés aláírt BAA nélkül (a BAA és egy amerikai régió kérésre elérhető); a platform privát béta verzióban van, szerződéses SLA nélkül |

## Két perc alatt indulhat

```bash
# 1. Sign in at https://platform.anpheros.com/dashboard/ with Google and press "Get a sandbox key"
export ANPHEROS_KEY=sk_test_...
# 2. Read the synthetic patients over the simple REST API…
curl -s -H "Authorization: Bearer $ANPHEROS_KEY" "https://platform.anpheros.com/v1/patients?limit=3"
# 3. …or the same data as FHIR R4
curl -s -H "Authorization: Bearer $ANPHEROS_KEY" "https://platform.anpheros.com/fhir/R4/Patient?_count=3"
```

## Gyakran ismételt kérdések

### Mi az egészségügyi API platform?
Egy felügyelt szolgáltatás, amely egyesíti a szabványos klinikai adattárolót, API-kat és SDK-kat, azonosítást és beteg hozzájárulást, valamint audit funkciókat, így az egészségügyi szoftvereket fejlesztő csapatoknak nem kell ezt a réteget maguknak felépíteniük.

### Miben különbözik az egészségügyi API platform az egészségügyi API-tól?
Az egészségügyi API az interfész. A platform futtat mindent a háttérben is – tárolás, hozzájárulás, eredet, naplók, sandbox, SDK-k és integrációk –, és felelős annak működtetéséért.

### Az Anpheros egy egészségügyi API platform?
Igen. Az Anpheros egy FHIR R4 adattárolót biztosít egy rekorddal páciensenként, egy FHIR API-t és egy REST API-t, a páciens által vezérelt OAuth 2.1 hozzájárulást, eredet- és hozzáférési naplókat, webhookokat, laboratóriumi importot és SDK-kat, az Európai Unióban üzemeltetve.

### Mennyibe kerül egy egészségügyi API platform?
Az árazási modellek eltérőek: használatalapú (kérések és tárolás) a felhő alapú FHIR tárolókhoz, tervenként a platformokhoz. Az Anpheros ingyenes a sandboxban; a gyártási tervek havi 49 eurótól kezdődnek 2500 tárolt páciensre.

### Az Anpheros HIPAA kompatibilis?
Az Anpheros **Üzleti Partnerként** működik az Egyesült Államokbeli klinikák számára: egy Üzleti Partneri Megállapodás (BAA) és egy Egyesült Államokbeli adatrégió kérésre elérhető a gyártási ügyfelek számára, az írásbeli biztonsági programon (kockázatelemzés, irányelvek, audit napló, titkosítás, biztonsági mentések) felül. Kérdezzen, mielőtt védett egészségügyi információkat tárolna: a gyártás a BAA aláírása után indul. Lásd: [Biztonság, adatvédelem és adattartózkodási hely](https://developers.anpheros.com/hu/guides/security).

### Használható-e egy egészségügyi API platform AI alkalmazásokhoz?
Igen, ha megjelöli, honnan származnak az adatok, és tiszteletben tartja a hozzájárulást. Az Anpheros forrásmegjelölésű pácienskontextust épít fel bármely modellhez a `POST /v1/context` segítségével, és MCP szervert kínál AI ügynökök számára; nem tárol AI modelleket.

<!-- visual:cta-hplat -->

## Kapcsolódó tartalmak

- [Egészségügyi API](https://developers.anpheros.com/hu/guides/healthcare-api): mi az egészségügyi API és az Anpheros API áttekintése
- [FHIR platform](https://developers.anpheros.com/hu/guides/fhir): az FHIR R4 implementáció részletesen
- [Hogyan viszonyul az Anpheros más FHIR szerverekhez](https://developers.anpheros.com/hu/guides/fhir-server-comparison)
- [Beteg hozzájárulási platform egészségügyi alkalmazásokhoz](https://developers.anpheros.com/hu/guides/patient-consent-platform)
- [Biztonság, adatvédelem és adattárolás helye](https://developers.anpheros.com/hu/guides/security)
- [Árazás](https://developers.anpheros.com/hu/guides/pricing)
- [FHIR proof of concept ingyenes sandboxban](https://developers.anpheros.com/hu/guides/fhir-proof-of-concept)