# Egészségügyi szoftverfejlesztés

> Mi a különbség az orvosi szoftverek építése terén, és hogyan rétegződik egy egészségügyi alkalmazás: a terméked felül, az Anpheros API, alatta a FHIR rekord és a páciens hozzájárulása.

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

**Az egészségügyi szoftver olyan szoftver, amely emberek egészségére vonatkozó információkat hoz létre, tárol vagy kezel – páciensalkalmazások, klinikai eszközök, laboratóriumi rendszerek, távfelügyeleti szolgáltatások, AI asszisztensek.** Amitől eltér a többi szoftvertől, az nem a felhasználói felület, hanem az adatok: érzékenyek, hosszú élettartamúak, szabványosítottak, szervezetek között megosztottak és hozzájárulás-függőek. Az Anpheros az infrastruktúra ezen adatréteg számára; ez az oldal magyarázza el egy egészségügyi alkalmazás rétegeit, és melyeket tudja az Anpheros biztosítani.

## Az általános architektúra

```
Healthcare application        your product: UI, workflows, notifications, business rules
        ↓
Anpheros API                  REST v1 and FHIR R4, OAuth 2.1 / SMART on FHIR, webhooks, SDKs
        ↓
FHIR medical data             one HL7 FHIR R4 record per patient, versioned, with provenance
        ↓
Consent / authorisation       per-application grants chosen and revocable by the patient
```

Az Ön alkalmazása kezeli a felhasználói élményt; az Anpheros kezeli a rekordot és az ahhoz kapcsolódó szabályokat.

## Miben különbözik az orvosi szoftverek fejlesztése

### Az adatmodell szabvány, nem tervezési döntés
Más szoftverek saját sémát találhatnak ki. Az orvosi szoftverek, amelyek saját sémát találnak ki, nem tudnak adatot cserélni laborokkal, klinikákkal vagy más alkalmazásokkal fordítási projekt nélkül. A kód első sorától kezdve az HL7 FHIR R4 erőforrások és szabványos kódok (LOINC, ICD-10, ATC, UCUM) használata ezt elkerüli. [FHIR platform](https://developers.anpheros.com/hu/guides/fhir)

### Minden értéknek szüksége van egy forrásra
Egy beteg által beírt, egy eszköz által mért, egy laborjelentésből importált vagy egy AI modell által generált glükóz érték mást és mást jelent. Az Anpheros minden írásnál rögzíti a szerző típusát (beteg, orvos, eszköz, import, AI), a szervezetet és a forrásrendszert, és minden verziót megőriz.

### A hozzáférést a beteg dönti el, nem csak az alkalmazás
A felhasználói bejelentkezésen és szerepkörökön túl az orvosi szoftverek beleegyezést igényelnek: melyik alkalmazás olvashatja melyik személy melyik részét a rekordból, mennyi ideig, és egy audit, amit a személy láthat. [Beleegyezési és hozzáférési modell](https://developers.anpheros.com/hu/guides/consent)

### Az adatoknak túlélniük kell az alkalmazást
A rekordokat évekig megőrzik és szolgáltatók között mozognak. A rekord (infrastruktúra) és az alkalmazás szétválasztása azt jelenti, hogy egy újratervezés, egy új alkalmazás vagy egy új partner nem igényel orvosi adatok migrálását. [Digitális orvosi rekord infrastruktúra](https://developers.anpheros.com/hu/guides/digital-medical-record)

### Fejlesszen és teszteljen valódi betegek nélkül
Valódi orvosi adatok nem lehetnek fejlesztői környezetben. Az Anpheros rendelkezik egy sandbox-szal – egy külön adatbázissal szintetikus betegekkel –, és sandbox kulcsokkal, amelyek fizikailag nem érhetik el a termelési adatokat.

### Az AI ugyanazokat a szabályokat kapja, mint mindenki más
Egy AI funkció a rekord másik olvasója. Csak azt kaphatja meg, amit a beteg megengedett, forrásokkal, és a kimeneteit AI által generáltként kell megjelölni. [AI egészségügyi alkalmazások](https://developers.anpheros.com/hu/guides/ai-healthcare)

## Mit építesz, és mit nyújt az Anpheros

| Réteg | Ön épít | Az Anpheros nyújt |
|---|---|---|
| Felhasználói élmény | képernyők, folyamatok, értesítések, klinikai tartalom | — |
| Felhasználók és fiókok | regisztráció, bejelentkezés, szerepkörök a termékében | páciensenkénti hozzájárulás az adatokhoz való hozzáféréshez; páciens bejelentkezése a hozzájárulási oldalon |
| Orvosi adatok tárolása | — | FHIR R4 rekord, 26 erőforrástípus, előzmények, dokumentumok |
| Kódolás | annak kiválasztása, hogy mit rögzítsen | szabványos kódrendszerek, csomagolt LOINC keresés |
| Hozzáférés-vezérlés a rekordokhoz | melyik felhasználója látja melyik pácienst | projekt izoláció, páronkénti azonosítók, OAuth hatókörök |
| Naplózás | — | származási információk a beírásokról, a páciens által látható hozzáférési napló |
| Integráció | partnerei specifikumai | laboratóriumi import, FHIR tranzakciók, webhookok, SDK-k |
| AI | promptok, modellválasztás, funkciója biztonsága | kontextus API token költségkeretekkel és származási címkékkel |
| Megfelelőség | szabályozási kötelezettségei és klinikai biztonság | EU adat-tartózkodási hely, dokumentumok titkosítása ügyfél által felügyelt kulccsal, adatfeldolgozási megállapodás éles környezethez |

## További lépések

- Lépésről lépésre útmutató a hozzáféréstől a produkcióig: [Fejlesszen az Anpheros segítségével](https://developers.anpheros.com/hu/guides/build-with-anpheros)
- Működő bemutató: [Egészségügyi alkalmazás fejlesztése](https://developers.anpheros.com/hu/guides/build-a-healthcare-app)
- Az orvosi backend felelősségei: [Orvosi alkalmazás backend és adatbázis](https://developers.anpheros.com/hu/guides/medical-app-backend)
- Diagramok és adatfolyamok: [Architektúra](https://developers.anpheros.com/hu/guides/architecture)
- Korai fázisban lévő csapatoknak: [Egészségügyi startupok](https://developers.anpheros.com/hu/guides/healthcare-startups)

## Kapcsolódó

- [Orvosi adat infrastruktúra](https://developers.anpheros.com/hu/guides/medical-data-infrastructure)
- [Egészségügyi API](https://developers.anpheros.com/hu/guides/healthcare-api)
- [Biztonság, adatvédelem és adattárolás](https://developers.anpheros.com/hu/guides/security)