# Digitális orvosi nyilvántartási infrastruktúra

> A digitális orvosi nyilvántartásnak szüksége van az infrastruktúrára – struktúra, történet, dokumentumok, elkülönítés, hozzájárulás, auditálás, csere –, és arra, hogy miért van elkülönítve a páciens-orientált alkalmazástól.

Source: https://developers.anpheros.com/hu/guides/digital-medical-record

**A digitális orvosi nyilvántartásnak két különböző dologra van szüksége: egy páciens-orientált alkalmazásra, amelyet az emberek nap mint nap használnak, és az alatta lévő infrastruktúrára, amely tárolja, védi és megosztja a nyilvántartást.** Az Anpheros a másodikat biztosítja: a nyilvántartás tárolását, verziókezelését, azonosítását, hozzájárulását, auditálását és cseréjét egy API-n keresztül. A páciens-orientált alkalmazás lehet az Anpheros Daily, vagy egy általad épített alkalmazás.

## Alkalmazás kontra infrastruktúra

| | Betegközpontú alkalmazás | Egészségügyi adat infrastruktúra |
|---|---|---|
| Mi ez | képernyők, értesítések, emlékeztetők, grafikonok, asszisztens | maga a rekord és az ahhoz kapcsolódó szabályok |
| Gyakran változik | igen — dizájn, funkciók, platformok | ritkán — stabilnak és kompatibilisnek kell maradnia |
| Munka példák | tünetnapló, gyógyszer emlékeztető, családi naptár | FHIR tároló, verziótörténet, hozzájárulás, eredet, audit, labor importálás, webhookok |
| Az Anpheros-ban | Anpheros Daily (Android, macOS, web) | Anpheros Platform (`platform.anpheros.com`) |

Ezek elkülönítése teszi lehetővé, hogy egy rekord túléljen bármilyen egyedi alkalmazást, és több között megosztható legyen. Az Anpheros Daily követi ezt a felosztást: amit az emberek az alkalmazásban rögzítenek, az a platformra íródik ugyanazon a nyilvános API-n keresztül, amelyet bármely más alkalmazás használ, így elérhető — a beteg hozzájárulásával — más alkalmazások számára is ugyanabban a FHIR formátumban.

## Mit kell nyújtania az infrastruktúrának

### Struktúra
Egy rekord csak akkor hasznos, ha más szoftverek is meg tudják érteni. Az Anpheros HL7 FHIR R4 erőforrásokként tárolja őket — 26 típus — standard kódokkal (LOINC, ICD-10, ATC, UCUM), és minden kód mellett megőrzi az eredeti szöveget. [FHIR platform](https://developers.anpheros.com/hu/guides/fhir)

### Előzmények
Az orvosi adatokat nem felülírják, hanem javítják. Minden frissítés új verziót hoz létre, amely a `/fhir/R4/{type}/{id}/_history`-n keresztül olvasható; a `If-Match`-mal történő feltételes frissítések megakadályozzák, hogy két író felülírja egymást (egy elavult verzió a `412`-re válaszol).

### Dokumentumok
A szkennelt dokumentumokat és PDF-eket `DocumentReference`-ként tároljuk az eredeti fájllal együtt: a platformon keresztül vagy közvetlenül a tárhelyre feltöltve, majd SHA-256 ellenőrzőösszeggel és mérettel véglegesítve. A véglegesítés után az eredeti fájl nem változtatható meg; az abból kinyert értékek rá mutatnak vissza (`derived_from`). A fájlokat egy EU-s tárhelyen tároljuk, ügyfél által felügyelt kulccsal titkosítva, fájlonként legfeljebb 25 MiB méretig.

### Identitás és elkülönítés
Minden alkalmazás egy projekten belül működik, és csak a saját pácienseit látja (plusz azokat, amelyek hozzáférést biztosítottak neki), saját páronkénti azonosítóik alatt. Azon rekordok, amelyek nincsenek hatókörében, nem léteznek számára (`404`).

### Hozzájárulás
A páciens egy meghatározott időszakra (30–365 nap) hozzáférést biztosít egy alkalmazásnak, specifikus erőforrás-típusokhoz és műveletekhez, opcionálisan egy kategóriára korlátozva. A hozzájárulások FHIR `Consent` erőforrásokként tükröződnek, és bármikor visszavonhatók. [Hozzájárulási és hozzáférési modell](https://developers.anpheros.com/hu/guides/consent)

### Származás és auditálás
Minden írás rögzíti, hogy ki írta (páciens, orvos, eszköz, import vagy AI), melyik szervezet számára és melyik rendszerből. Minden olvasás naplózásra kerül, és alkalmazásonként látható a páciens számára.

### Csere
A rekord egészében exportálható (`Patient/$everything`), összefoglalható a Nemzetközi Páciens Összefoglaló formátumban (`Patient/$summary`), laboratóriumokból táplálható (CSV, HL7 v2 ORU^R01, JSON) és aláírt webhookokon keresztül figyelhető. [Egészségügyi integrációk](https://developers.anpheros.com/hu/guides/healthcare-integrations)

### Tartózkodási hely és törlés
Az adatok az Európai Unióban kerülnek tárolásra és feldolgozásra. Egy páciens törlése a rekord minden erőforrását törli.

## Saját betegközpontú alkalmazás építése

Ha az alkalmazásréteget építi, az élményre koncentrálhat, és az Anpherost használhatja a rekordokhoz:

1. hozzon létre egy beteget minden felhasználó számára (`POST /v1/patients`), vagy kérjen beleegyezést egy meglévő Anpheros felhasználótól;
2. írja be a felhasználó által rögzített adatokat (`/v1/patients/{id}/observations`, `/conditions`, `/medications`, `/documents`);
3. olvassa vissza listaként vagy idővonalon (`/v1/patients/{id}/timeline`);
4. iratkozzon fel webhookokra, hogy frissítse a képernyőket, amikor egy laboratórium vagy klinika hozzáad valamit.

A teljes útmutató a [Egészségügyi alkalmazás építése](https://developers.anpheros.com/hu/guides/build-a-healthcare-app) oldalon található.

## Kapcsolódó

- [Beteg kórtörténete](https://developers.anpheros.com/hu/guides/patient-medical-record)
- [Orvosi alkalmazás backend és adatbázis](https://developers.anpheros.com/hu/guides/medical-app-backend)
- [Biztonság, adatvédelem és adattárolás helye](https://developers.anpheros.com/hu/guides/security)
- [Orvosi adat infrastruktúra](https://developers.anpheros.com/hu/guides/medical-data-infrastructure)