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

API EHR și API dosare medicale

Cum citesc și scriu aplicațiile dosare medicale prin FHIR: API-uri EHR de spital vs. un API de dosare controlat de pacient, ce acoperă fiecare, GDPR și găzduire UE, și HIPAA (BAA și regiune SUA la cerere).

Un API EHR (API pentru dosare electronice de sănătate, numit și API EMR sau API pentru dosare medicale) permite software-ului să citească și să scrie dosarul de sănătate al unui pacient — demografice, diagnostice, medicamente, alergii, rezultate, documente — prin internet, de obicei ca resurse HL7 FHIR R4 prin OAuth. Furnizorii de EHR spitalicești precum Epic și Oracle Health expun API-uri FHIR pentru propriile dosare, iar în SUA EHR-urile certificate trebuie să ofere acces pacienților prin astfel de API-uri. Anpheros este un element diferit: un API pentru dosare medicale controlate de pacient pe care orice aplicație îl poate folosi, unde clinici, laboratoare, aplicații și dispozitive scriu într-un singur dosar FHIR R4 per persoană, iar accesul necesită consimțământul acelei persoane.

Where an EHR API sits — and where Anpheros sits

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

Două tipuri de API-uri pentru dosare medicale

	API EHR al spitalului (ex. Epic, Oracle Health)	API pentru dosare controlate de pacient (Anpheros)
Ale cui dosare	Un spital sau un sistem de sănătate	O persoană, din toate sursele care scriu în el
Cum obțineți acces	Înregistrarea aplicației la furnizor, adesea per sistem de sănătate	Cheie sandbox self-service; producție după un acord de procesare a datelor
Cine autorizează	Sistemul de sănătate și pacientul pentru aplicațiile de acces la pacient	Pacientul (consimțământ OAuth) sau organizația dvs. pentru pacienții pe care îi creează
Scriere de date	Limitată, depinde de furnizor	Creați, actualizați și ștergeți propriile resurse; proveniență la fiecare scriere
Standard	FHIR R4 (US Core în SUA)	FHIR R4 plus un API REST mai simplu
Cel mai bun pentru	Citirea a ceea ce a înregistrat un spital	Construirea unui produs pe un dosar pe care oamenii îl poartă cu ei

Acestea funcționează împreună: o aplicație poate citi un EHR al spitalului prin API-ul său și poate păstra dosarul propriu al persoanei în Anpheros, cu spitalul ca sursă înregistrată.

Ce acoperă API-ul de înregistrări Anpheros

Parte a înregistrării	Resursă FHIR	REST v1
Demografice	`Patient`	`/v1/patients`
Diagnostice	`Condition` (ICD-10)	`/v1/patients/{id}/conditions`
Medicamente	`MedicationStatement` (ATC)	`/v1/patients/{id}/medications`
Rezultate și semne vitale	`Observation` (LOINC)	`/v1/patients/{id}/observations`, import laborator
Documente	`DocumentReference`	`/v1/patients/{id}/documents`
Totul, în ordine	`Patient/$everything`	`/v1/patients/{id}/timeline`
Un rezumat partajabil	`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"

Conformitate și locația datelor

GDPR și UE: datele sunt stocate și procesate în Uniunea Europeană (Google Cloud europe-west4, Olanda); fiecare citire și scriere este înregistrată și vizibilă pentru pacient; accesul de către alte aplicații necesită consimțământul pacientului.
HIPAA: Anpheros acționează ca Business Associate pentru clinicile din SUA. Un acord de asociere comercială (BAA) și o regiune de date din SUA sunt disponibile la cerere pentru clienții de producție; producția pentru datele pacienților din SUA se deschide după semnarea BAA. Până atunci, nu stocați informații protejate de sănătate care intră sub incidența HIPAA în Anpheros.

Întrebări frecvente

Ce este un API EHR?

O interfață prin care software-ul citește și scrie înregistrări medicale electronice, de obicei resurse HL7 FHIR R4 precum Patient, Condition, MedicationStatement și Observation, autorizate cu OAuth și SMART on FHIR.

Care este diferența dintre un API EHR și un API EMR?

În practică, termenii sunt folosiți interschimbabil. EMR înseamnă tradițional înregistrarea unei singure clinici; EHR, o înregistrare menită să fie partajată între furnizori. Ambele sunt de obicei expuse ca API-uri FHIR astăzi.

Pot accesa EHR-ul unui spital prin Anpheros?

Nu. Anpheros nu se conectează singur la EHR-urile spitalelor. Aplicația dvs. poate citi API-ul FHIR al unui spital separat și poate stoca ceea ce persoana permite în înregistrarea sa Anpheros.

Există un API gratuit pentru înregistrări medicale pentru dezvoltatori?

Da. Sandbox-ul Anpheros este gratuit, cu 30 de pacienți sintetici peste FHIR R4 și REST; producția începe de la 99 € pe lună.

Este Anpheros conform HIPAA?

Anpheros acționează ca Business Associate pentru clinicile din SUA: un Business Associate Agreement (BAA) și o regiune de date din SUA sunt disponibile la cerere pentru clienții de producție, pe lângă programul de securitate scris (analiză de risc, politici, jurnal de audit, criptare, backup-uri). Solicitați înainte de a stoca informații medicale protejate: producția se deschide după semnarea BAA. Vezi Securitate, confidențialitate și rezidența datelor.

Conexe

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