# Egészségügyi startupok

> Hogyan kíméli meg egy interoperábilis orvosi adat infrastruktúra a startupot a páciensrekordok, hozzájárulások, auditok és integrációk nulláról való felépítésétől, a valósághű út a termeléshez, és mi marad a startup tulajdonában.

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

**Egy egészségügyi startup számára a működő termékhez vezető leggyorsabb út az, ha azt építi meg, ami megkülönbözteti, és az infrastruktúrát használja arra, amire minden orvosi terméknek szüksége van.** Az Anpheros egy interoperábilis orvosi adat infrastruktúra: páciensrekordok HL7 FHIR R4 formátumban, REST és FHIR API, OAuth alapú páciens hozzájárulás, származás és audit, laboratóriumi import, webhookok és SDK-k. Egy startup erre építheti a termékét, ahelyett, hogy első hónapjait egy orvosi adatbázis felépítésével töltené.

## Mi kell egy egészségügyi terméknek, mielőtt bármi hasznosat tehetne

Szinte minden egészségügyi termék — krónikus betegségek nyomkövetője, távfelügyeleti szolgáltatás, terhességi vagy gyógyszeres alkalmazás, klinikai eszköz, AI asszisztens — ugyanazt az alapot igényli:

| Alap | A semmiből felépítve | Anpheroson |
|---|---|---|
| Betegrekordok | táblák tervezése mérésekhez, diagnózisokhoz, gyógyszerekhez, dokumentumokhoz | FHIR R4 rekord, 26 erőforrástípus |
| Szabványos kódok | LOINC, ICD-10, ATC kutatása; kiválasztók építése | íráskor felismerve; csomagolt LOINC keresés, gyógyszerek INN és RxNorm szerint |
| Orvosi adatréteg és API | API tervezése és dokumentálása | REST v1 és FHIR R4, OpenAPI specifikáció |
| Hitelesítés az adat-hozzáféréshez | API kulcsok és OAuth építése | API kulcsok projektenként; OAuth 2.1 PKCE-vel, SMART on FHIR |
| Hozzájárulás | engedélyezés, hatókör, lejárati és visszavonási logika | beépített, a beteg számára látható |
| Naplózás és eredetiség | naplózás, előzmények, módszer a felhasználók számára történő bemutatásra | minden olvasás és írás naplózva; minden verzió megőrizve |
| Laboratóriumi adatok | elemzők minden laboratóriumi formátumhoz | CSV, HL7 v2 ORU^R01 és JSON import |
| Események | sor és újrapróbálkozási logika | aláírt, újrapróbálkozó webhookok |
| Klienskönyvtárak | saját írása | TypeScript és Dart / Flutter SDK-k |
| AI kontextus | lekérdezési és összefoglaló kód | kontextus API token költségkerettel és forrás címkékkel |

Ezek közül egyik sem a startup terméke, és mindegyik könnyen finoman elrontható orvosi adatokkal.

Az ajánlat startupoknak egy oldalon — ingyenes sandbox, futtatható indítóprojektek, éles hozzáférés és árazás: [anpheros.com/for-startups](https://anpheros.com/for-startups).

## Reális út

1. **Prototípus a sandboxban.** A sandbox hozzáférés önkiszolgáló: jelentkezzen be Google-fiókjával, és egy kattintással szerezzen kulcsot. A sandbox kulcsok (`sk_test_`) csak egy különálló adatbázist érnek el – ez a projekt saját másolata 30 szintetikus páciensről –, így egy prototípus, beleértve az AI kódolási eszközökkel írtat is, soha nem érinti a valós adatokat.
2. **A termékrészlet felépítése.** Képernyők, onboarding, klinikai tartalmak, AI funkciók; az orvosi nyilvántartás az Anpherosban él. [Egészségügyi alkalmazás fejlesztése](https://developers.anpheros.com/hu/guides/build-a-healthcare-app)
3. **Partnerek csatlakoztatása.** Egy partnerlabor jelentéseket küldhet a páciensek nyilvántartásába; egy klinika írhat a szervezet nevében. [Egészségügyi integrációk](https://developers.anpheros.com/hu/guides/healthcare-integrations)
4. **Éles környezetbe lépés.** Az éles kulcsokat (`sk_live_`) igazolt szervezetek kapják, aláírt adatfeldolgozási megállapodással.

## Amit továbbra is birtokol

Az infrastruktúra nem mentesíti a startupot a saját felelősségei alól:

- **Termékének szabályozási státusza.** Ha a szoftvere diagnosztikai vagy terápiás állításokat tesz, akkor orvostechnikai eszközként szabályozható; ez az értékelés az Ön felelőssége. Az Anpheros nem állít orvostechnikai eszköz tanúsítványt vagy más szabályozási jóváhagyást.
- **Tartalmának és bármely AI funkciójának klinikai biztonsága.**
- **Felhasználói fiókjai** és a velük való kapcsolat.
- **Saját megfelelősége** személyes adatok kezelőjeként; az Anpheros az adatfeldolgozási megállapodás alapján dolgozza fel a rekordot, és azt az EU-ban tárolja.

## Tudnivalók az aktuális szakaszról

Az Anpheros Platform privát béta verzióban érhető el: egyzónás tárhely automatikus hibaelhárítás nélkül, nincs szerződéses SLA, percenként 600 kéréses korlátozás kulcsonként és IP-címenként. A SMART EHR indítása még nem támogatott. Ezek a korlátozások nyilvánosan listázva vannak, így azok figyelembevételével tervezhet. [Biztonság, adatvédelem és adattárolás](https://developers.anpheros.com/hu/guides/security) · [Korlátok](https://developers.anpheros.com/hu/guides/limits) · [Megbízhatóság, állapot és incidensek](https://developers.anpheros.com/hu/guides/reliability)

## Gyakran ismételt kérdések

### Kezdhetjük valós betegadatok nélkül?
Igen. A sandbox egy különálló adatbázis; minden sandbox projekt saját 30 szintetikus beteget kap, és a sandbox kulcsok nem férhetnek hozzá a production adatokhoz.

### Szükségük van a felhasználóinknak Anpheros fiókra?
Nem, ha a projekt hozza létre a rekordjaikat: a backend minden felhasználóhoz létrehoz egy beteget, és az API kulcsával olvassa és írja azt. Azok, akik már vezetnek rekordot az Anpherosban, ehelyett hozzáférést adhatnak az alkalmazásának a hozzájárulási oldalon keresztül.

### Később elhagyhatjuk és magunkkal vihetjük az adatokat?
A rekordok standard FHIR R4 formátumúak. A `Patient/$everything` egy beteg teljes rekordját FHIR bundle-ként adja vissza.

## Kapcsolódó

- [Egészségügyi szoftverfejlesztés](https://developers.anpheros.com/hu/guides/healthcare-software)
- [Fejlesszen az Anpheros segítségével](https://developers.anpheros.com/hu/guides/build-with-anpheros)
- [Orvosi alkalmazás backend és adatbázis](https://developers.anpheros.com/hu/guides/medical-app-backend)
- [Felhasználási esetek](https://developers.anpheros.com/hu/guides/use-cases)
- [AI alapú egészségügyi alkalmazások](https://developers.anpheros.com/hu/guides/ai-healthcare)