Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
Egészségügyi adat infrastruktúra
Mi az egészségügyi adat infrastruktúra, és hol illeszkedik be az Anpheros: egy páciens által vezérelt HL7 FHIR R4 rekord, API, hozzájárulás, eredet és audit, mint megosztott építőelemek az egészségügyi alkalmazások és a mesterséges intelligencia számára.
Az orvosi adat infrastruktúra az a réteg, amely strukturált, szabványos formában tárolja a páciens egészségügyi adatait, és elérhetővé teszi azokat az alkalmazások számára a páciens által szabályozott feltételek mellett. Az Anpheros egy interoperábilis orvosi adat infrastruktúra: páciensenként egy HL7 FHIR R4 rekordot tart fenn, és azt egy API-n keresztül teszi elérhetővé, beépített hozzájárulással, eredettel és auditálással, így az egészségügyi alkalmazások, orvosi szoftverek és AI szolgáltatások erre épülhetnek, ahelyett, hogy mindegyik saját orvosi adatbázist hozna létre.
A gyakorlatban a fejlesztők az Anpherost termékük orvosi adat rétegeként használják – egy egészségügyi alkalmazás, egy klinikai integráció vagy egy AI alkalmazás FHIR backendjeként és páciens-rekord tárolójaként. Egy API-n (REST és FHIR R4) keresztül érhető el, nem pedig általános célú SQL adatbázisként, és nem tárol AI modelleket.
Miért külön rétegként kezeljük
Minden egészségügyi adatot kezelő alkalmazásnak szüksége van ugyanazokra az alapokra, és ezek egyike sem az alkalmazás tényleges terméke:
- egy adatmodell megfigyelésekhez, diagnózisokhoz, gyógyszerekhez, dokumentumokhoz és a többi orvosi nyilvántartáshoz;
- identitás és elkülönítés, hogy egy alkalmazás ne láthassa mások betegeit;
- hozzájárulás, hogy a beteg eldönthesse, melyik alkalmazás mit és mennyi ideig láthat;
- eredet és előzmények, hogy minden érték nyomon követhető legyen, ki rögzítette, és semmi ne íródjon át csendben;
- integráció laboratóriumokkal, klinikákkal, eszközökkel és más alkalmazásokkal;
- szabványok, hogy az adatok elhagyhassák az alkalmazást, és továbbra is érthetőek legyenek;
- és egyre inkább, egy biztonságos módja annak, hogy a nyilvántartás megfelelő részét átadjuk egy AI modellnek.
Amikor minden alkalmazás ezeket önállóan építi meg, a betegadatok összeférhetetlen, széttagolt egységekben végzik. Az orvosi adatinfrastruktúra ezeket megosztott, tesztelt építőelemekké alakítja.
Az Anpheros által implementált lánc
Medical data measurements, lab results, diagnoses, medications, documents, visits
↓
HL7 FHIR R4 stored as standard resources — 26 types, versioned
↓
API /fhir/R4 (strict FHIR) and /v1 (simplified REST), same ids
↓
Patient record one record per person, isolated per application (pairwise ids)
↓
Consent OAuth 2.1 / SMART on FHIR grants: scopes, duration, revocation
↓
Applications patient apps, clinic and lab systems, third-party apps
↓
AI context API: the relevant part of the record for a model, with sources
Az építőelemek és azok dokumentációja
| Építőelem | Anpherosban | További információ |
|---|---|---|
| Adatmodell | 26 HL7 FHIR R4 erőforrástípus; LOINC, ICD-10, ATC, UCUM | FHIR platform |
| Rekord | egy FHIR rekord páciensenként; a családtagoknak saját rekordjuk van | Páciens orvosi rekord |
| Tárolás és előzmények | minden frissítés új verzió; a dokumentumok immutábilisak, az EU-ban ügyfél által felügyelt kulccsal vannak titkosítva | Digitális orvosi rekord infrastruktúra |
| Hozzáférés | API kulcsok projektenként, OAuth tokenek páciensenként, 404 bármihez a hatókörén kívül |
Egészségügyi API |
| Hozzájárulás | 30–365 napos engedélyek, erőforrástípusonként és kategóriánként, azonnal visszavonható | Hozzájárulási és hozzáférési modell |
| Származás és auditálás | minden írás rögzíti a szerzőt és a forrást; minden olvasás látható a páciens számára | Biztonság, adatvédelem és adattartózkodási hely |
| Integráció | FHIR tranzakciók, laborjelentés importálás, aláírt webhookok, SDK-k | Egészségügyi integrációk |
| Interoperabilitás | FHIR R4, International Patient Summary, SMART on FHIR, HL7 v2 laborüzenetek | Egészségügyi adatinteroperabilitás |
| AI kontextus | egy költségvetésből származó, forrásmegjelöléssel ellátott kontextus bármely választott modell számára | AI egészségügyi alkalmazások |
Infrastruktúra versus alkalmazás
Az Anpheros szándékosan választja szét a kettőt. Az Anpheros Daily egy alkalmazás – képernyők, emlékeztetők, asszisztens – betegek és családok számára. Az Anpheros Platform az alatta lévő infrastruktúra. A Daily ugyanazon a nyilvános API-n keresztül ír a rekordba, mint bármely más alkalmazás, ami hordozhatóvá teszi a rekordot: egy más által épített alkalmazás el tudja olvasni, amit a Daily írt, a beteg beleegyezésével, ugyanabban a FHIR formátumban.
Milyen infrastruktúra nem dönt helyetted
Az Anpheros kezeli és szabályozza az adatokat; nem hoz klinikai döntéseket, nem tervezi meg a felhasználói élményt, és nem fedezi a szabályozási kötelezettségeket. Az Anpheros nem tart igényt orvostechnikai eszköz tanúsításra vagy más szabályozási jóváhagyásokra. A produktív használathoz hitelesített szervezet és aláírt adatfeldolgozási megállapodás szükséges, és a platform privát béta verzióban van (egyetlen zóna, nincs szerződéses SLA).
Kapcsolódó
- Mi az az Anpheros?
- Egészségügyi API
- Egészségügyi szoftverfejlesztés
- AI alapú egészségügyi alkalmazások
- Fejlesszen az Anpheros segítségével
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card