# Cartella clinica del paziente

> Cosa contiene una cartella clinica del paziente, in cosa differisce da EHR ed EMR, e come pazienti, dati, applicazioni e consensi sono correlati in Anpheros — incluse famiglie, portabilità ed eliminazione.

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

**Una cartella clinica del paziente è la storia completa e strutturata della salute di una persona — misurazioni, risultati, diagnosi, farmaci, documenti e incontri — conservata nel tempo.** In Anpheros ogni paziente ha esattamente una cartella di questo tipo, memorizzata come risorse HL7 FHIR R4. La cartella appartiene alla cura del paziente, non a una singola applicazione: le applicazioni scrivono al suo interno e leggono da essa, e un paziente decide, tramite consenso, quali applicazioni possono farlo.

## Cartelle cliniche elettroniche (EHR), cartelle mediche elettroniche (EMR) e cartelle detenute dal paziente

| Tipo | Chi la conserva | Ambito tipico |
|---|---|---|
| Cartella medica elettronica (EMR) | una clinica o uno studio medico | ciò che quel fornitore ha registrato |
| Cartella clinica elettronica (EHR) | un ospedale o un sistema sanitario | ciò che i fornitori dell'organizzazione hanno registrato |
| Cartella personale / detenuta dal paziente | il paziente | tutto ciò che il paziente raccoglie: risultati di molti laboratori, misurazioni domestiche, documenti, farmaci |

Anpheros è più vicino al terzo tipo, con una differenza importante: non è un diario specifico per un'app. È **infrastruttura**: la stessa cartella può essere scritta dall'app del paziente, da un laboratorio, da una clinica e da un assistente AI, ciascuno tramite l'API e ciascuno entro i limiti consentiti dal paziente. Anpheros non è una cartella clinica elettronica (EHR) ospedaliera e non la sostituisce.

## Contenuto del record

| Parte del record | Risorse FHIR in Anpheros |
|---|---|
| La persona e le persone a lei vicine | `Patient`, `RelatedPerson` |
| Misurazioni e risultati | `Observation` (segni vitali, laboratorio, sintomi, benessere, attività quotidiana e sonno), `DiagnosticReport` |
| Problemi e il loro decorso | `Condition`, `EpisodeOfCare` (ad esempio una gravidanza o una malattia a lungo termine), `Procedure`, `FamilyMemberHistory` |
| Trattamento | `MedicationStatement`, `MedicationAdministration` (ogni dose assunta o saltata), `Immunization`, `CarePlan`, `Goal`, `ServiceRequest` |
| Sicurezza | `AllergyIntolerance` |
| Assistenza | `Encounter`, `Appointment`, `CareTeam` |
| Documenti e questionari | `DocumentReference` (originali immutabili), `QuestionnaireResponse` |
| Governance | `Consent` (uno per concessione), `Provenance` (uno per scrittura) |

Ogni elemento è codificato dove esiste uno standard — LOINC per misurazioni e risultati di laboratorio, ICD-10 per condizioni, ATC per farmaci, UCUM per unità — e mantiene anche il suo testo originale. Vedere [Sistemi di codifica FHIR](https://developers.anpheros.com/it/guides/fhir-code-systems).

## La relazione tra paziente, dati, applicazioni e consenso

```
                  ┌──────────────── 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
```

- **L'applicazione che ha creato un record** può leggerlo e scriverlo con la sua API key.
- **Qualsiasi altra applicazione** necessita del consenso del paziente: una concessione OAuth con scope espliciti (tipi di risorsa e azioni, opzionalmente una categoria come `laboratory`), per 30, 90, 180 o 365 giorni.
- **Ogni scrittura** è attribuita: paziente, professionista sanitario, dispositivo, importazione o IA, con l'organizzazione e il sistema di origine.
- **Ogni lettura** — incluse le letture da parte dell'applicazione creatrice e il contesto costruito per i modelli di IA — appare nel log di accesso del paziente, per applicazione.
- **Il paziente può revocare** un'applicazione in qualsiasi momento; la richiesta successiva viene rifiutata.

## Famiglie e dipendenti

Una persona può detenere record per altri — figli, un genitore anziano. Ogni dipendente ha il proprio record `Patient`, collegato a quello del tutore; l'API lato paziente elenca "i miei record e quelli dei miei dipendenti" (`GET /me/patients`), indicando chi ha accesso a ciascuno. Il consenso viene sempre dato per record.

## Portabilità

Poiché il record è in formato FHIR standard, può uscire da Anpheros intatto: `Patient/{id}/$everything` restituisce l'intero compartimento, e `Patient/{id}/$summary` restituisce un International Patient Summary, un formato di documento progettato per essere letto da clinici altrove.

## Eliminazione

L'eliminazione di un `Patient` elimina ogni risorsa di quel record. I documenti, una volta finalizzati, non possono essere modificati, solo eliminati.

## Correlati

- [Infrastruttura della cartella clinica digitale](https://developers.anpheros.com/it/guides/digital-medical-record)
- [Infrastruttura dei dati medici](https://developers.anpheros.com/it/guides/medical-data-infrastructure)
- [Modello di consenso e accesso](https://developers.anpheros.com/it/guides/consent)
- [Piattaforma FHIR](https://developers.anpheros.com/it/guides/fhir)