# Infrastructura dosarului medical digital

> Infrastructura de care are nevoie un dosar medical digital — structură, istoric, documente, izolare, consimțământ, audit, schimb — și de ce este păstrată separat de aplicația orientată către pacient.

Source: https://developers.anpheros.com/ro/guides/digital-medical-record

**Un dosar medical digital necesită două lucruri diferite: o aplicație orientată către pacient pe care oamenii o folosesc zilnic și infrastructura de dedesubt care stochează, protejează și partajează dosarul.** Anpheros oferă al doilea: stocarea, versionarea, identitatea, consimțământul, auditul și schimbul dosarului, printr-un API. Aplicația orientată către pacient poate fi Anpheros Daily sau una construită de dumneavoastră.

## Aplicație versus infrastructură

| | Aplicație orientată către pacient | Infrastructură de date medicale |
|---|---|---|
| Ce este | ecrane, notificări, memento-uri, grafice, un asistent | înregistrarea în sine și regulile aferente |
| Se schimbă des | da — design, funcționalități, platforme | rar — trebuie să rămână stabilă și compatibilă |
| Exemple de activități | un jurnal de simptome, un memento pentru medicamente, un calendar familial | stocare FHIR, istoric versiuni, consimțământ, proveniență, audit, import analize, webhooks |
| În Anpheros | Anpheros Daily (Android, macOS, web) | Anpheros Platform (`platform.anpheros.com`) |

Separarea lor permite ca o înregistrare să supraviețuiască oricărei aplicații individuale și să fie partajată între mai multe. Anpheros Daily respectă această separare: ceea ce oamenii înregistrează în aplicație este scris pe platformă prin același API public pe care îl folosește orice altă aplicație, astfel încât este disponibil — cu consimțământul pacientului — altor aplicații în același format FHIR.

## Ce trebuie să ofere infrastructura

### Structură
Un înregistrare este utilă doar dacă alte software-uri o pot înțelege. Anpheros o stochează ca resurse HL7 FHIR R4 — 26 tipuri — cu coduri standard (LOINC, ICD-10, ATC, UCUM) și păstrează textul original lângă fiecare cod. [Platformă FHIR](https://developers.anpheros.com/ro/guides/fhir)

### Istoric
Datele medicale sunt corectate, nu suprascrise. Fiecare actualizare creează o nouă versiune, citibilă prin `/fhir/R4/{type}/{id}/_history`; actualizările condiționale cu `If-Match` previn suprascrierea reciprocă de către doi scriitori (o versiune învechită răspunde cu `412`).

### Documente
Scanările și fișierele PDF sunt stocate ca `DocumentReference` cu fișierul original: încărcate prin platformă sau direct în stocare, apoi finalizate cu un checksum SHA-256 și dimensiune. După finalizare, originalul nu poate fi modificat; valorile extrase din acesta indică înapoi spre el (`derived_from`). Fișierele sunt păstrate într-un bucket de stocare din UE, criptat cu o cheie gestionată de client, fiecare de până la 25 MiB.

### Identitate și izolare
Fiecare aplicație funcționează în cadrul unui proiect și vede doar proprii pacienți (plus pe cei care i-au acordat acces), sub proprii identificatori pereche. O înregistrare în afara razei sale de acțiune nu există pentru ea (`404`).

### Consimțământ
Un pacient acordă unei aplicații acces pentru o perioadă (30–365 zile), la tipuri specifice de resurse și acțiuni, opțional limitat la o categorie. Acordurile sunt oglindite ca resurse FHIR `Consent` și pot fi revocate în orice moment. [Model de consimțământ și acces](https://developers.anpheros.com/ro/guides/consent)

### Proveniență și audit
Fiecare scriere înregistrează cine a scris-o (pacient, practician, dispozitiv, import sau AI), pentru ce organizație și din ce sistem. Fiecare citire este înregistrată și afișată pacientului per aplicație.

### Schimb
Înregistrarea poate fi exportată în totalitate (`Patient/$everything`), rezumată în formatul International Patient Summary (`Patient/$summary`), alimentată de laboratoare (CSV, HL7 v2 ORU^R01, JSON) și monitorizată prin webhooks semnate. [Integrări în domeniul sănătății](https://developers.anpheros.com/ro/guides/healthcare-integrations)

### Rezidență și ștergere
Datele sunt stocate și procesate în Uniunea Europeană. Ștergerea unui pacient șterge fiecare resursă a înregistrării.

## Crearea propriei aplicații pentru pacienți

Dacă construiți stratul aplicației, vă puteți concentra pe experiență și puteți folosi Anpheros pentru înregistrări:

1. creați un pacient pentru fiecare utilizator (`POST /v1/patients`) sau solicitați consimțământul unui utilizator Anpheros existent;
2. scrieți ceea ce înregistrează utilizatorul (`/v1/patients/{id}/observations`, `/conditions`, `/medications`, `/documents`);
3. citiți-le înapoi ca liste sau o cronologie (`/v1/patients/{id}/timeline`);
4. abonați-vă la webhooks pentru a reîmprospăta ecranele atunci când un laborator sau o clinică adaugă ceva.

Ghidul complet se găsește în [Construiți o aplicație de sănătate](https://developers.anpheros.com/ro/guides/build-a-healthcare-app).

## Conexe

- [Fișa medicală a pacientului](https://developers.anpheros.com/ro/guides/patient-medical-record)
- [Backend și baza de date a aplicației medicale](https://developers.anpheros.com/ro/guides/medical-app-backend)
- [Securitate, confidențialitate și rezidența datelor](https://developers.anpheros.com/ro/guides/security)
- [Infrastructura datelor medicale](https://developers.anpheros.com/ro/guides/medical-data-infrastructure)