# Fișa medicală a pacientului

> Ce conține o fișă medicală a pacientului, cum diferă de EHR-uri și EMR-uri și cum se relaționează pacientul, datele, aplicațiile și consimțământul în Anpheros — inclusiv familiile, portabilitatea și ștergerea.

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

**O fișă medicală a pacientului este istoricul complet, structurat al sănătății unei persoane — măsurători, rezultate, diagnostice, medicamente, documente și interacțiuni — păstrat în timp.** În Anpheros, fiecare pacient are exact o astfel de fișă, stocată ca resurse HL7 FHIR R4. Fișa aparține îngrijirii pacientului, nu unei singure aplicații: aplicațiile scriu în ea și citesc din ea, iar un pacient decide, prin consimțământ, ce aplicații au permisiunea să facă acest lucru.

## EHR, EMR și dosare deținute de pacient

| Tip | Cine îl păstrează | Domeniu tipic |
|---|---|---|
| Dosar medical electronic (EMR) | o clinică sau un cabinet | ceea ce a înregistrat acel furnizor |
| Dosar electronic de sănătate (EHR) | un spital sau un sistem de sănătate | ceea ce au înregistrat furnizorii organizației |
| Dosar personal / deținut de pacient | pacientul | tot ceea ce colectează pacientul: rezultate de la multe laboratoare, măsurători la domiciliu, documente, medicamente |

Anpheros este cel mai apropiat de al treilea tip, cu o diferență importantă: nu este un jurnal specific unei aplicații. Este **infrastructură**: același dosar poate fi scris de aplicația proprie a pacientului, de un laborator, de o clinică și de un asistent AI, fiecare prin API și fiecare în limitele permise de pacient. Anpheros nu este un EHR de spital și nu îl înlocuiește.

## Ce conține înregistrarea

| Parte a înregistrării | Resurse FHIR în Anpheros |
|---|---|
| Persoana și persoanele apropiate | `Patient`, `RelatedPerson` |
| Măsurători și rezultate | `Observation` (semne vitale, laborator, simptome, stare de bine, activitate zilnică și somn), `DiagnosticReport` |
| Probleme și evoluția lor | `Condition`, `EpisodeOfCare` (de exemplu, o sarcină sau o boală cronică), `Procedure`, `FamilyMemberHistory` |
| Tratament | `MedicationStatement`, `MedicationAdministration` (fiecare doză luată sau omisă), `Immunization`, `CarePlan`, `Goal`, `ServiceRequest` |
| Siguranță | `AllergyIntolerance` |
| Îngrijire | `Encounter`, `Appointment`, `CareTeam` |
| Documente și chestionare | `DocumentReference` (originale imuabile), `QuestionnaireResponse` |
| Guvernanță | `Consent` (una per grant), `Provenance` (una per scriere) |

Fiecare element este codificat acolo unde există un standard — LOINC pentru măsurători și rezultate de laborator, ICD-10 pentru condiții, ATC pentru medicamente, UCUM pentru unități — și își păstrează și textul original. Vezi [Sisteme de coduri FHIR](https://developers.anpheros.com/ro/guides/fhir-code-systems).

## Relația dintre pacient, date, aplicații și consimțământ

```
                  ┌──────────────── consent: which app, which data, how long ───────────────┐
                  │                                                                          ▼
Patient ──► Anpheros Daily (or any patient app) ──► Anpheros API ──► the patient's FHIR record ◄── other apps, clinics, labs, AI
                                                                            │
                                                     access log visible to the patient
```

- **Aplicația care a creat o înregistrare** o poate citi și scrie cu cheia sa API.
- **Orice altă aplicație** necesită consimțământul pacientului: o autorizație OAuth cu scopuri explicite (tipuri de resurse și acțiuni, opțional o categorie precum `laboratory`), pentru 30, 90, 180 sau 365 de zile.
- **Fiecare scriere** este atribuită: pacient, practician, dispozitiv, import sau AI, împreună cu organizația și sistemul sursă.
- **Fiecare citire** — inclusiv citirile de către aplicația creatoare și contextul construit pentru modelele AI — apare în jurnalul de acces al pacientului, pe aplicație.
- **Pacientul poate revoca** o aplicație în orice moment; următoarea cerere este refuzată.

## Familii și dependenți

O persoană poate deține înregistrări pentru alții — copii, un părinte în vârstă. Fiecare dependent are propria sa înregistrare `Patient`, legată de cea a tutorelui; API-ul din perspectiva pacientului listează "înregistrările mele și ale dependenților mei" (`GET /me/patients`), indicând cine are acces la fiecare. Consimțământul este întotdeauna acordat per înregistrare.

## Portabilitate

Deoarece înregistrarea este FHIR standard, aceasta poate părăsi Anpheros intact: `Patient/{id}/$everything` returnează întregul compartiment, iar `Patient/{id}/$summary` returnează un Rezumat Internațional al Pacientului (International Patient Summary), un format de document conceput pentru a fi citit de clinicieni din alte părți.

## Ștergere

Ștergerea unui `Patient` șterge toate resursele asociate acelui record. Documentele, odată finalizate, nu pot fi modificate, ci doar șterse.

## Conexe

- [Infrastructura dosarului medical digital](https://developers.anpheros.com/ro/guides/digital-medical-record)
- [Infrastructura datelor medicale](https://developers.anpheros.com/ro/guides/medical-data-infrastructure)
- [Modelul de consimțământ și acces](https://developers.anpheros.com/ro/guides/consent)
- [Platforma FHIR](https://developers.anpheros.com/ro/guides/fhir)