# Asistență medicală virtuală și medici AI: datele de care au nevoie

> O vizită virtuală ca date FHIR R4 — programare, preluare, citiri la domiciliu, vizita, urmărire — și cum un asistent AI primește o vizualizare consimțită, etichetată după sursă. Flux testat.

Source: https://developers.anpheros.com/ro/guides/virtual-care-ai-data

**O clinică virtuală — fie că medicul este o persoană pe video sau un asistent AI care o ajută — este bună doar în măsura datelor pacientului pe care le poate vedea înainte, în timpul și după vizită: măsurători recente, probleme active și medicamente, ce a raportat pacientul și un istoric al deciziilor luate.** Apelul video este partea ușoară. Această pagină mapează o vizită virtuală la resurse HL7 FHIR R4, arată cum un asistent AI poate primi o vizualizare consimțită, etichetată după sursă, a dosarului și rulează întregul flux pe Platforma Anpheros, inclusiv o limitare pe care am descoperit-o în timpul procesului.

## O vizită virtuală ca date

| Fază | Ce se întâmplă | Resurse FHIR R4 |
|---|---|---|
| Rezervare | Pacientul alege o oră pentru o vizită video | `Appointment` |
| Evaluare | Pacientul răspunde la întrebări și raportează simptome | `QuestionnaireResponse`, `Observation` (categorie `symptom`) |
| Date de acasă | Citiri de la un aparat de tensiune arterială, cântar sau ceas de la ultima vizită | `Observation` (semne vitale, activitate), marcate ca date de dispozitiv |
| Pregătire | Clinicianul, sau un asistent AI pentru acesta, revizuiește dosarul | read: `Condition`, `MedicationStatement`, `AllergyIntolerance`, `Observation`, `DocumentReference` |
| Vizita | Cine, când, de ce și că a fost virtuală | `Encounter` cu `class` = `VR` (virtual) |
| Rezultat | Diagnostic, modificări ale medicației, teste comandate, urmărire | `Condition`, `MedicationStatement`, `ServiceRequest`, `CarePlan`, `Appointment` |
| Urmărire | Cine a scris fiecare element, din ce sistem | `Provenance` la fiecare scriere |

Două lucruri fac această situație diferită de o vizită în persoană. Clinicianul se bazează mai mult pe datele produse de pacient (citiri de acasă, chestionare), deci dosarul trebuie să arate ce valori au provenit de la un dispozitiv sau de la pacient și care de la un clinician. Iar etapa de pregătire este locul unde AI este cel mai util astăzi — rezumând luni de citiri în ceea ce s-a schimbat — deci dosarul trebuie să fie lizibil de către software, în limitele consimțământului pacientului.

## Unde se potrivește AI și ce ar trebui să vadă

| Rolul AI | Date de care are nevoie | Date pe care nu ar trebui să le primească |
|---|---|---|
| Asistent de preluare (discută cu pacientul înainte de vizită) | Probleme active și medicamente, pentru a pune întrebări relevante | Note și documente de care nu are nevoie |
| Rezumat pre-vizită pentru clinician | Tendințe ale măsurătorilor recente, simptome noi, modificări ale medicației, rezultate recente | Ani de istoric brut dincolo de întrebare |
| Schiță de documentație după vizită | Întâlnirea, ce s-a discutat, rezultatul | Date de la alți pacienți, vreodată |
| Verificări de urmărire | Planul de îngrijire și măsurătorile solicitate | Orice în afara planului |

Regulile comune: oferiți fiecărui rol AI **cea mai mică porție** care răspunde întrebării sale, **etichetați sursa** fiecărei valori, astfel încât modelul și clinicianul să poată cântări o citire de acasă în comparație cu un rezultat de laborator, **înregistrați fiecare citire**, astfel încât pacientul să poată vedea ce a văzut un AI și păstrați **un om în buclă** pentru orice diagnostic. AI-ul care diagnostichează sau recomandă tratament poate fi reglementat ca software pentru dispozitive medicale (de către FDA în Statele Unite; sub Regulamentul privind dispozitivele medicale și Legea privind inteligența artificială în Uniunea Europeană); o platformă de date nu schimbă acest lucru.

## Fluxul pe Anpheros, pas cu pas

Codul de mai jos folosește Anpheros TypeScript SDK și a fost rulat pe o instanță locală a platformei cu o cheie sandbox. Pacientul are deja trei măsurători de tensiune arterială la domiciliu de la un aparat (`author_type: device`), hipertensiune ca afecțiune și enalapril ca medicament.

```ts
import { Anpheros, apiKey } from '@anpheros/sdk';

const anpheros = new Anpheros({ auth: apiKey(process.env.ANPHEROS_KEY!) });
const subject = { reference: `Patient/${patientId}` };

// 1. Before the visit: the booking and the intake questionnaire
await anpheros.fhir.create({ resourceType: 'Appointment', status: 'booked', description: 'Video visit: blood pressure follow-up',
  start: '2026-10-14T15:00:00-05:00', end: '2026-10-14T15:20:00-05:00',
  participant: [{ actor: subject, status: 'accepted' }] } as any);
await anpheros.fhir.create({ resourceType: 'QuestionnaireResponse', status: 'completed', subject, authored: '2026-10-14T09:12:00-05:00',
  item: [
    { linkId: 'reason', text: 'What would you like to discuss?', answer: [{ valueString: 'Higher readings this week and dizziness in the morning' }] },
    { linkId: 'missed-doses', text: 'Did you miss any doses in the last 7 days?', answer: [{ valueBoolean: false }] },
  ] } as any, { author_type: 'patient' });

// The symptom itself, as a patient-reported Observation, so it reaches the context below
await anpheros.observations.create(patientId, { code: 'R42', system: 'http://hl7.org/fhir/sid/icd-10', display: 'Dizziness and giddiness',
  category: 'symptom', effective_at: '2026-10-13T07:45:00-05:00', value_text: 'Dizzy for a few minutes after getting up', author_type: 'patient' });

// 2. What the clinician (or an AI assistant helping them) reads: a budgeted, source-labelled context
const ctx = await anpheros.context.build({ patient: patientId, task: 'prepare a video visit',
  question: 'blood pressure trend and dizziness in the last 2 weeks', budget_tokens: 700, format: 'text' });

// 3. After the visit: the encounter, written as the clinician
const encounter = await anpheros.fhir.create({ resourceType: 'Encounter', status: 'finished',
  class: { system: 'http://terminology.hl7.org/CodeSystem/v3-ActCode', code: 'VR', display: 'virtual' },
  subject, period: { start: '2026-10-14T15:02:00-05:00', end: '2026-10-14T15:18:00-05:00' },
  reasonCode: [{ text: 'Blood pressure follow-up' }] } as any, { author_type: 'practitioner', source_system: 'video-clinic' });
```

Contextul returnat la pasul 2 (487 din 700 de tokeni; acesta este ceea ce ați pune în fața unui model sau ați arăta clinicianului):

```
## Summary
Maria Lopez, 58 y, female. Active conditions: Essential (primary) hypertension. Active medications: Enalapril 10 mg.
Allergies: none recorded. Record: 0 lab values, 3 vital signs, 0 documents. As of 2026-10-13.
## Vitals
- Blood pressure panel: latest 2026-10-12 146/90 mm[Hg] ; weekly 2026-10-05: 150/93.5; 2026-10-12: 146/90 [device]
## Symptoms
- Dizziness and giddiness: 1 occurrence(s): 2026-10-13 [patient]
## Timeline
- 2026-10-13 symptom: Dizziness and giddiness: Dizzy for a few minutes after getting up [patient]
```

Fiecare linie își poartă sursa — `[device]` pentru aparat, `[patient]` pentru simptom — iar citirea este înregistrată în logul de acces. Proveniența întâlnirii arată `practitioner` din `video-clinic`, iar cronologia pacientului acum citește: întâlnire virtuală, programarea vizitei video, amețeala, cele trei măsurători de tensiune arterială, medicamentul și afecțiunea.

**Ce am descoperit în timp ce rulam:** API-ul de context nu include astăzi răspunsuri `QuestionnaireResponse`. Prima rulare, cu amețeala doar în chestionar, a produs un rezumat fără nicio mențiune despre aceasta. Înregistrați simptomele raportate de pacient ca `Observation` cu categoria `symptom` (ca mai sus), sau treceți chestionarul dumneavoastră modelului.

## Acordarea accesului unui agent AI cu consimțământ

Când AI-ul rulează în aplicația altcuiva, acesta nu primește cheia proiectului dumneavoastră. Aplicația solicită consimțământul pacientului prin OAuth 2.1 și SMART on FHIR, cu scopuri (scopes) cât mai restrânse, de exemplu `patient/Observation.rs?category=vital-signs`, pentru o perioadă fixă, revocabilă în orice moment. Un agent poate accesa înregistrarea și prin serverul Anpheros MCP, doar în mod citire (read-only), cu excepția cazului în care pacientul permite mai mult. Consultați [Cum să acordați unui agent AI acces la dosarele medicale](https://developers.anpheros.com/ro/guides/ai-agent-access-medical-records) și [Serverul FHIR MCP](https://developers.anpheros.com/ro/guides/mcp).

## Ce face și ce nu face Anpheros

Anpheros oferă înregistrarea și controalele aferente: stocare FHIR R4 pentru fiecare resursă din tabelul de mai sus, consimțământ per aplicație, proveniență la fiecare scriere, un jurnal de acces pe care pacientul îl poate vizualiza și API-ul de context care transformă înregistrarea într-un rezumat bugetat și etichetat pentru un model.

Nu oferă apeluri video, ecrane de programare, prescripție electronică, facturare sau suport pentru decizii clinice și nu găzduiește sau alege modele AI. O clinică virtuală construită pe acesta aduce acele funcționalități și responsabilitatea clinică, în sine.

## Întrebări frecvente

### Ce este un medic virtual?
Un clinician care vede pacienții de la distanță, prin video, telefon sau mesagerie. Termenul este folosit și pentru asistenții AI care vorbesc cu pacienții; în practică, aceștia asistă un clinician uman, mai degrabă decât să îl înlocuiască, și depind de aceleași date ale pacientului.

### Ce resursă FHIR marchează o vizită ca fiind virtuală?
`Encounter.class` cu v3 ActCode `VR` ("virtual"). Rezervarea este un `Appointment`; preluarea este un `QuestionnaireResponse` și, pentru simptome, `Observation`s.

### Ce date necesită un asistent medical AI?
Doar ceea ce necesită sarcina sa: pentru un rezumat pre-vizită, tendințe recente de măsurare, simptome noi, probleme active și medicamente, și rezultate recente — fiecare etichetat cu sursa și timpul său. Oferiți-i un context bugetat, mai degrabă decât întregul dosar.

### Cum separ datele raportate de pacient și cele de la dispozitiv de datele clinice?
Înregistrați cine a scris fiecare element. În Anpheros, fiecare scriere poartă un tip de autor — pacient, dispozitiv, practician, import sau AI — iar contextul oferit unui model etichetează fiecare linie cu acesta.

### Poate un asistent AI să citească dosarul unui pacient fără consimțământul acestuia?
Nu pe Anpheros. O aplicație diferită de cea care a creat dosarul necesită consimțământul OAuth al pacientului, limitat la scopurile și perioada alese de acesta, iar fiecare citire apare în jurnalul său de acces.

## Conexe

- [Aplicații AI în domeniul sănătății](https://developers.anpheros.com/ro/guides/ai-healthcare)
- [Cum să construiești o aplicație AI în domeniul sănătății cu un backend FHIR](https://developers.anpheros.com/ro/guides/build-ai-healthcare-app)
- [Cum să construiești un chatbot medical cu date structurate](https://developers.anpheros.com/ro/guides/ai-medical-assistant)
- [Date de la dispozitive purtabile în FHIR](https://developers.anpheros.com/ro/guides/wearable-data-fhir): citirile de la domiciliu pe care se bazează o vizită virtuală
- [Cum să construiești o aplicație de dosar medical personal](https://developers.anpheros.com/ro/guides/personal-health-record-app)
- [Proveniența datelor medicale explicată](https://developers.anpheros.com/ro/guides/medical-data-provenance)
- [Monitorizarea pacienților la distanță cu FHIR](https://developers.anpheros.com/ro/guides/remote-patient-monitoring-fhir)
- [Date despre medicamente pentru aplicații de sănătate și agenți AI](https://developers.anpheros.com/ro/guides/medication-data-ai-agents)