# API EHR și API pentru dosare medicale

> Cum aplicațiile citesc și scriu dosare de sănătate prin FHIR: API-uri EHR spitalicești vs. un API pentru dosare controlate de pacient, ce acoperă fiecare, GDPR și găzduire în UE, și HIPAA (BAA și regiune SUA la cerere).

Source: https://developers.anpheros.com/ro/guides/ehr-api

**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.

<!-- visual:ehr-stack -->

## 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) | — |

```bash
# 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](https://developers.anpheros.com/ro/guides/security).

<!-- visual:cta-ehr -->

## Conexe

- [API pentru Sănătate](https://developers.anpheros.com/ro/guides/healthcare-api)
- [Fișa medicală a pacientului](https://developers.anpheros.com/ro/guides/patient-medical-record)
- [API pentru date longitudinale ale pacienților](https://developers.anpheros.com/ro/guides/longitudinal-patient-data-api)
- [Platformă de consimțământ al pacientului pentru aplicații de sănătate](https://developers.anpheros.com/ro/guides/patient-consent-platform)
- [Securitate, confidențialitate și rezidența datelor](https://developers.anpheros.com/ro/guides/security)
- [Cum să integrați sistemele clinice cu un backend FHIR](https://developers.anpheros.com/ro/guides/integrate-clinic-systems-fhir)