Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
Mi az Anpheros?
Az Anpheros az interoperábilis egészségügyi adatok infrastruktúrája: egy páciens által vezérelt HL7 FHIR R4 rekord és egy API az erre épülő egészségügyi alkalmazások, szoftverek és AI szolgáltatások létrehozásához.
Az Anpheros az interoperábilis orvosi adatok infrastruktúrája, valamint ezen adatok integrálásához egészségügyi alkalmazásokba, szoftverekbe és AI szolgáltatásokba. Páciens számára ez egy általuk vezérelt digitális orvosi nyilvántartás; fejlesztő számára pedig egy API ezen nyilvántartáshoz, amely szabványos HL7 FHIR R4 adatként van tárolva.
Az Anpheros két részből áll, amelyek páciensenként egy közös rekordot használnak:
- Anpheros Daily — a páciens alkalmazás (Android, macOS, web), ahol az emberek és családok tüneteket, életjeleket, gyógyszereket, laboreredményeket, dokumentumokat és időpontokat rögzítenek.
- Anpheros Platform — az ehhez tartozó API és adattár. Alkalmazások, klinikák, laboratóriumok és AI ügynökök ugyanazt a rekordot olvassák és írják rajta keresztül, és mindegyikük csak a páciens beleegyezésével érheti el azt.
Az Anpheros Daily maga is a nyilvános API kliense: amit az alkalmazás rögzít, az pontosan ugyanabban a formában elérhető más engedélyezett alkalmazások számára is. A platform privát béta verzióban van; az adatok az Európai Unióban vannak tárolva.
A probléma, amit megold
Egy egészségügyi alkalmazásnak általában ugyanazokat a dolgokat kell megoldania, mielőtt bármi hasznosat tehetne: egy adatmodellt az orvosi nyilvántartásokhoz, tárolást, azonosítást, hozzájárulást, audit trail-t, integrációt laborokkal és klinikákkal, valamint egy módot arra, hogy a nyilvántartás megfelelő részét átadja egy AI modellnek. A munka nagy része nem specifikus az alkalmazásra.
Az Anpheros ezt a réteget egyszer biztosítja, nyílt szabványokon keresztül, így az alkalmazás a saját felhasználói élményére koncentrálhat, miközben a nyilvántartás hordozható marad az alkalmazások között, és a beteg ellenőrzése alatt.
Mit nyújt a platform
| Képesség | Mi ez | Hol dokumentálva |
|---|---|---|
| FHIR R4 tároló | Egy rekord betegként standard FHIR erőforrásokból — 26 erőforrás típus, keresés, verziótörténet, tranzakciók, Patient/$everything |
FHIR platform |
| REST API | /v1: betegek, megfigyelések, állapotok, gyógyszerek, dokumentumok, idővonal, eredet — ugyanazok az adatok és azonosítók, mint a FHIR API-ban |
Kezdő lépések |
| Beteg beleegyezés | OAuth 2.1 PKCE-vel, SMART on FHIR önálló indítás, hatókörök erőforrás típusonként és kategóriánként, visszavonás, amely a következő kérésre lép életbe | Hitelesítés és OAuth, Beleegyezés és hozzáférési modell |
| Eredet és auditálás | Minden írás rögzíti, ki írta, kinek és melyik rendszerből; minden olvasás naplózva van és látható a beteg számára | Biztonság, adatvédelem és adattartózkodási hely |
| AI kontextus API | POST /v1/context összeállítja a rekord releváns részét egy AI modell számára, token költségvetésen belül, minden elem forrása megjelölve |
AI ügynökök és orvosi adatok |
| Nemzetközi Beteg Összefoglaló | Patient/$summary egy IPS dokumentumot ad vissza, validálva a hivatalos HL7 validátorral |
FHIR platform |
| Webhookok | Aláírt, újrapróbálkozó események írásokhoz, beleegyezési változásokhoz és dokumentumokhoz | Webhookok |
| Labor csatlakozó | Egy teljes laborjelentés (CSV, HL7 v2 ORU^R01, JSON) FHIR megfigyelésekké válik egy hívásban | Labor csatlakozó |
| SDK-k | Dart / Flutter (anpheros_sdk a pub.dev-en) és TypeScript (@anpheros/sdk az npm-en) |
SDK-k |
| Sandbox | Önkiszolgáló; egy külön adatbázis, ahol minden projektnek saját 30 szintetikus betege van; sk_test_ kulcsok nem érhetik el a valós adatokat |
Kezdő lépések |
Kiknek szól
- Fejlesztők és startupok, akik egészségügyi vagy orvosi alkalmazást fejlesztenek, és betegadatokat szeretnének tárolni anélkül, hogy nulláról kellene megtervezniük egy orvosi adatmodellt, beleegyezési rendszert és audit trail-t.
- Klinikák és laboratóriumok, amelyek eredményeket és dokumentumokat szeretnének eljuttatni egy páciens rekordjába a páciens beleegyezésével.
- AI asszisztenseket és ügynököket fejlesztő csapatok, akiknek szükségük van egy páciens strukturált orvosi kontextusára, beleegyezéssel és az AI által olvasott tartalom auditálásával.
- Páciensek és családok, az Anpheros Daily-n keresztül, akik egy általuk irányított és megosztható rekordot szeretnének.
Mi NEM az Anpheros
- Nem kórházi EHR vagy praxisirányítási rendszer; a páciens saját rekordját tárolja, és ehhez csatlakoztatja az alkalmazásokat.
- Nem tartalmaz integrációkat specifikus AI-szolgáltatókkal. A kontextus API JSON vagy szöveges formátumot ad vissza, amelyet a kódja továbbít az Ön által használt modellnek.
- Jelenleg nem biztosít Model Context Protocol (MCP) szervert.
- Még nem általánosan elérhető: a platform privát béta verzióban, egyzónásan, szerződéses SLA nélkül működik. A Production kulcsokat igazolt szervezetek kapják, aláírt adatfeldolgozási megállapodással.
Gyakran ismételt kérdések
Az Anpheros egy FHIR szerver?
Igen, többek között. A(z) /fhir/R4 egy FHIR R4 (4.0.1) interfész, amelynek CapabilityStatement-je a(z) /fhir/R4/metadata címen található. Ezen felül hozzáad olyan funkciókat, amelyekkel egy sima FHIR szerver nem rendelkezik: projektenkénti elkülönítés, beteg hozzájárulás, minden íráshoz kapcsolódó eredetiség igazolása, a beteg által látható audit napló, egy egyszerűbb REST API ugyanazon adatok felett, valamint egy AI kontext API.
Használhatom az Anpherost az egészségügyi alkalmazásom backendjeként?
Ez a célja. Az alkalmazásod betegadatokat tárol és olvas a REST vagy FHIR API-n keresztül; a pácienseid rekordjai hordozhatóak maradnak, és megoszthatók más alkalmazásokkal, ha a páciens hozzájárul. Kezdd a Egészségügyi alkalmazás fejlesztése oldallal.
Használhatom az Anpherost az AI egészségügyi alkalmazásom adatbázisaként?
A beteg orvosi adatok esetében igen: az Anpheros egy felügyelt egészségügyi adatbázis, amely az HL7 FHIR R4-en alapul, API-val, beteg hozzájárulással és AI kontext API-val rendelkezik – egy FHIR backend, amelyet az alkalmazásod hív meg a saját orvosi tábláinak tervezése helyett. Nem egy általános célú SQL adatbázis, és nem futtat AI modelleket; az alkalmazásod megtartja saját felhasználóit és nem orvosi adatait, és a választott modelljét hívja meg. Lásd: AI egészségügyi alkalmazások.
Tud egy AI modell betegadatokat olvasni az Anpheroson keresztül?
Csak az alkalmazásodon keresztül, és csak egy beteg hozzájárulásán belül (vagy a projekted által létrehozott betegek esetében). A kontext API előkészíti az adatokat a modell számára, és rögzíti, hogy mi lett felhasználva. Lásd: AI ügynökök és orvosi adatok.
Hol tárolódnak az adatok?
Az Európai Unióban. A dokumentumok egy EU-s tárolóban vannak elhelyezve, amelyet egy ügyfél által felügyelt kulccsal titkosítanak. Lásd: Biztonság, adatvédelem és adattárolás helye.
Hogyan juthatok hozzáféréshez?
A sandbox önkiszolgáló: jelentkezz be Google-lal a dashboardon (https://platform.anpheros.com/dashboard/), és egy kattintással szerezz egy kulcsot. A production hozzáférés kérésre történik a privát béta során ([email protected]): a production kulcsokat igazolt szervezeteknek adják ki, aláírt adatfeldolgozási megállapodással.
Az Anpheros ingyenes?
A sandbox ingyenes: minden sandbox projekt saját 30 szintetikus beteget és napi 10 000 írást kap. A production havi 49 eurótól indul 2500 betegre, az első hónap ingyenes; a production hozzáférés igazolt szervezetek számára érhető el, aláírt adatfeldolgozási megállapodással. Lásd: Árazás.
Kapcsolódó
- Orvosi adat infrastruktúra
- Anpheros fejlesztőknek
- Egészségügyi alkalmazások architektúrája
- AI alapú egészségügyi alkalmazások
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card