Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
EHR API és egészségügyi nyilvántartási API
Hogyan olvassanak és írjanak az appok egészségügyi nyilvántartásokat FHIR-en keresztül: kórházi EHR API-k vs. páciens által vezérelt nyilvántartási API, mit fed le mindkettő, GDPR és EU-s tárhelyszolgáltatás, és HIPAA (BAA és amerikai régió kérésre).
Az EHR API (elektronikus egészségügyi nyilvántartási API, más néven EMR API vagy orvosi nyilvántartási API) lehetővé teszi a szoftverek számára, hogy egy beteg egészségügyi nyilvántartását – demográfiai adatok, diagnózisok, gyógyszerek, allergiák, leletek, dokumentumok – olvassák és írják az interneten keresztül, általában HL7 FHIR R4 erőforrásként OAuth mögött. Kórházi EHR-szállítók, mint például az Epic és az Oracle Health, FHIR API-kat tesznek elérhetővé saját nyilvántartásaikhoz, és az Egyesült Államokban a tanúsított EHR-eknek ilyen API-kon keresztül hozzáférést kell biztosítaniuk a betegek számára. Az Anpheros egy másfajta megoldás: egy beteg által vezérelt orvosi nyilvántartási API, amelyre bármely alkalmazás épülhet, ahol a klinikák, laboratóriumok, alkalmazások és eszközök személyenként egy FHIR R4 nyilvántartásba írnak, és a hozzáféréshez az adott személy beleegyezése szükséges.
- Your app or AI agentPatient app, clinic tool, analytics, assistant
- Hospital EHR APIsEpic, Oracle Health and others expose FHIR APIs for their own records
- Patient-controlled record (Anpheros)One FHIR R4 record per person, written by clinics, labs, apps and devices
- Consent and auditOAuth 2.1 grants chosen by the patient; every access logged
- Storage in the EUGoogle Cloud europe-west4; HIPAA support is planned, not available yet
Kétféle orvosi nyilvántartási API
| Kórházi EHR API (pl. Epic, Oracle Health) | Beteg által vezérelt nyilvántartási API (Anpheros) | |
|---|---|---|
| Kinek a nyilvántartása | Egy kórház vagy egészségügyi rendszer | Egy személy, minden forrásból, amely ír hozzá |
| Hogyan szerez hozzáférést | Alkalmazás regisztráció a szállítónál, gyakran egészségügyi rendszerenként | Önkiszolgáló sandbox kulcs; éles környezet adatfeldolgozási megállapodás után |
| Ki engedélyez | Az egészségügyi rendszer, és a beteg a beteg-hozzáférésű alkalmazások esetében | A beteg (OAuth beleegyezés) vagy a szervezet, amely létrehozza a betegeket |
| Adatírás | Korlátozott, a szállítótól függ | Saját erőforrások létrehozása, frissítése és törlése; minden írásnál származási információ |
| Szabvány | FHIR R4 (USA-ban US Core) | FHIR R4 plusz egy egyszerűbb REST API |
| Legjobb erre | Egy kórház által rögzített adatok olvasására | Olyan termék építésére, amely az emberek által magukkal vitt nyilvántartáson alapul |
Együttműködnek: egy alkalmazás olvashat egy kórházi EHR-t az API-ján keresztül, és fenntarthatja a személy saját nyilvántartását az Anpheros-ban, a kórházat pedig rögzített forrásként.
Az Anpheros rekord API lefedettsége
| A rekord része | FHIR erőforrás | REST v1 |
|---|---|---|
| Demográfiai adatok | Patient |
/v1/patients |
| Diagnózisok | Condition (ICD-10) |
/v1/patients/{id}/conditions |
| Gyógyszerek | MedicationStatement (ATC) |
/v1/patients/{id}/medications |
| Eredmények és életjelek | Observation (LOINC) |
/v1/patients/{id}/observations, lab import |
| Dokumentumok | DocumentReference |
/v1/patients/{id}/documents |
| Minden, sorrendben | Patient/$everything |
/v1/patients/{id}/timeline |
| Megosztható összefoglaló | Patient/$summary (IPS) |
— |
# one patient's active problems, as FHIR
curl "https://platform.anpheros.com/fhir/R4/Condition?patient=$PID&clinical-status=active" \
-H "Authorization: Bearer $KEY"
Megfelelőség és adattárolás helye
- GDPR és az EU: az adatok az Európai Unióban (Google Cloud
europe-west4, Hollandia) kerülnek tárolásra és feldolgozásra; minden olvasási és írási művelet naplózásra kerül, és a beteg számára látható; más alkalmazások általi hozzáférés a beteg beleegyezését igényli. - HIPAA: Az Anpheros Üzleti Partnerként (Business Associate) működik amerikai klinikák számára. Üzleti Partner Megállapodás (BAA) és amerikai adatközpont elérhető igény szerint a production ügyfelek számára; az amerikai betegadatok production környezetben történő használata a BAA aláírása után válik lehetővé. Addig is, ne tároljon HIPAA alá tartozó védett egészségügyi információt az Anpherosban.
Gyakran ismételt kérdések
Mi az az EHR API?
Egy interfész, amelyen keresztül a szoftver elektronikus egészségügyi nyilvántartásokat olvas és ír, általában HL7 FHIR R4 erőforrásokat, mint például a Patient, Condition, MedicationStatement és Observation, OAuth és SMART on FHIR segítségével hitelesítve.
Mi a különbség az EHR API és az EMR API között?
Gyakorlatilag a kifejezéseket felcserélhetően használják. Az EMR hagyományosan egy rendelő nyilvántartását jelenti; az EHR pedig egy olyan nyilvántartást, amelyet az egészségügyi szolgáltatók között kell megosztani. Ma már mindkettőt általában FHIR API-ként teszik elérhetővé.
Hozzáférhetek-e egy kórház EHR-jéhez az Anpheroson keresztül?
Nem. Az Anpheros önmagában nem csatlakozik kórházi EHR-ekhez. Az Ön alkalmazása külön is képes egy kórház FHIR API-jához hozzáférni, és tárolni azt, amit az illető engedélyez az Anpheros rekordjában.
Van ingyenes orvosi nyilvántartási API fejlesztőknek?
Igen. Az Anpheros sandbox ingyenes, 30 szintetikus pácienssel FHIR R4 és REST formátumban; a termelési környezet havi 49 eurótól indul.
Az Anpheros HIPAA-kompatibilis?
Az Anpheros Üzleti Partnerként működik amerikai klinikák számára: Üzleti Partneri Megállapodás (BAA) és amerikai adatterület igényelhető a termelési ügyfelek számára, a írásbeli biztonsági programon (kockázatelemzés, irányelvek, audit napló, titkosítás, biztonsági mentések) felül. Kérdezzen, mielőtt védett egészségügyi információkat tárolna: a termelési környezet a BAA aláírása után nyílik meg. Lásd: Biztonság, adatvédelem és adatok tartózkodási helye.
Kapcsolódó
- Egészségügyi API
- Beteg kórtörténete
- Longitudinális betegadat API
- Beteg hozzájárulási platform egészségügyi alkalmazásokhoz
- Biztonság, adatvédelem és adattárolás helye
- Hogyan integrálhatók a klinikai rendszerek FHIR backenddel
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card