Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Digitális egészségügyi nyilvántartás infrastruktúra

Az infrastruktúra, amire egy digitális egészségügyi nyilvántartásnak szüksége van – struktúra, történet, dokumentumok, izoláció, hozzájárulás, audit, csere – és miért van elkülönítve a páciens felőli alkalmazástól.

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

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

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

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:

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;
írja be a felhasználó által rögzített adatokat (/v1/patients/{id}/observations, /conditions, /medications, /documents);
olvassa vissza listaként vagy idővonalon (/v1/patients/{id}/timeline);
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 oldalon található.

Kapcsolódó

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card