# Виртуальная помощь и ИИ-врачи: необходимые данные

> Виртуальный визит как данные FHIR R4 — бронирование, сбор информации, домашние показания, сам визит, последующее наблюдение — и как ИИ-ассистент получает согласованное представление с указанием источника. Проверенный сценарий.

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

**Виртуальная клиника — будь то человек-клиницист на видеосвязи или ИИ-ассистент, помогающий ему — хороша настолько, насколько полные данные о пациенте она может видеть до, во время и после визита: последние измерения, активные проблемы и принимаемые лекарства, что сообщил пациент, и запись принятых решений.** Видеозвонок — это простая часть. На этой странице виртуальный визит сопоставляется с ресурсами HL7 FHIR R4, показано, как ИИ-ассистенту может быть предоставлено согласованное представление записи с указанием источника, и весь сценарий выполняется на платформе Anpheros, включая одно ограничение, обнаруженное в процессе.

## Виртуальный визит как данные

| Фаза | Что происходит | Ресурсы FHIR R4 |
|---|---|---|
| Бронирование | Пациент выбирает время для видеовизита | `Appointment` |
| Прием | Пациент отвечает на вопросы и сообщает о симптомах | `QuestionnaireResponse`, `Observation` (категория `symptom`) |
| Домашние данные | Показания с манжеты для измерения артериального давления, весов или часов с момента последнего визита | `Observation` (жизненно важные показатели, активность), помеченные как данные устройства |
| Подготовка | Клиницист или ИИ-ассистент для него просматривает запись | read: `Condition`, `MedicationStatement`, `AllergyIntolerance`, `Observation`, `DocumentReference` |
| Визит | Кто, когда, почему и то, что это было виртуально | `Encounter` с `class` = `VR` (виртуальный) |
| Результат | Диагноз, изменения в медикаментах, назначенные тесты, последующие действия | `Condition`, `MedicationStatement`, `ServiceRequest`, `CarePlan`, `Appointment` |
| Отслеживание | Кто написал каждый элемент, из какой системы | `Provenance` при каждой записи |

Два аспекта отличают это от очного визита. Клиницист больше полагается на данные, предоставленные пациентом (домашние показания, опросники), поэтому запись должна показывать, какие значения поступили от устройства или пациента, а какие — от клинициста. А этап подготовки — это то, где ИИ наиболее полезен сегодня: суммирование показаний за месяцы в то, что изменилось, — поэтому запись должна быть читаемой программным обеспечением с согласия пациента.

## Где ИИ вписывается и что он должен видеть

| Роль ИИ | Необходимые данные | Данные, которые не следует предоставлять |
|---|---|---|
| Ассистент по приему (общается с пациентом перед визитом) | Активные проблемы и принимаемые лекарства, чтобы задавать релевантные вопросы | Заметки и документы, которые ему не нужны |
| Сводка перед визитом для клинициста | Тенденции недавних измерений, новые симптомы, изменения в медикаментах, последние результаты | Сырые данные за годы истории, выходящие за рамки вопроса |
| Черновик документации после визита | Встреча, что обсуждалось, исход | Данные других пациентов, никогда |
| Последующие проверки | План лечения и измерения, которые он запрашивает | Все, что выходит за рамки плана |

Общие правила: предоставляйте каждой роли ИИ **минимальный набор данных**, отвечающий на ее вопрос, **указывайте источник** каждого значения, чтобы модель и клиницист могли сопоставить домашнее измерение с лабораторным результатом, **регистрируйте каждое чтение**, чтобы пациент мог видеть, что видел ИИ, и **сохраняйте человеческий контроль** для всего, что касается диагностики. ИИ, который ставит диагнозы или рекомендует лечение, может регулироваться как программное обеспечение медицинского устройства (FDA в Соединенных Штатах; в соответствии с Регламентом медицинских устройств и Законом об ИИ в Европейском Союзе); платформа данных не меняет этого.

## Поток в Anpheros, шаг за шагом

Приведенный ниже код использует Anpheros TypeScript SDK и был запущен против локального экземпляра платформы с использованием sandbox-ключа. У пациента уже есть три показания артериального давления с домашнего тонометра (`author_type: device`), гипертония как состояние и эналаприл как медикамент.

```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' });
```

Контекст, возвращенный на шаге 2 (487 из 700 токенов; это то, что вы бы предоставили модели или показали бы клиницисту):

```
## 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]
```

Каждая строка несет свой источник — `[device]` для тонометра, `[patient]` для симптома — и запись считывается в журнале доступа. Происхождение записи об обращении показывает `practitioner` из `video-clinic`, а временная шкала пациента теперь выглядит так: виртуальное обращение, запись на видео-консультацию, головокружение, три показания артериального давления, медикамент и состояние.

**Что мы обнаружили при запуске:** API контекста сегодня не включает ответы `QuestionnaireResponse`. Первый запуск, когда головокружение было только в анкете, дал сводку без упоминания о нем. Записывайте симптомы, о которых сообщает пациент, как `Observation` с категорией `symptom` (как указано выше), или передайте анкету вашей модели самостоятельно.

## Предоставление доступа ИИ-агенту с согласия

Когда ИИ работает в чужом приложении, он не получает ваш ключ проекта. Приложение запрашивает согласие пациента через OAuth 2.1 и SMART on FHIR, с областями действия (scopes) не шире `patient/Observation.rs?category=vital-signs`, на фиксированный период, который может быть отозван в любое время. Агент также может получить доступ к записи через сервер Anpheros MCP, только для чтения, если пациент не разрешит большего. См. [Как предоставить ИИ-агенту доступ к медицинским записям](https://developers.anpheros.com/ru/guides/ai-agent-access-medical-records) и [FHIR MCP сервер](https://developers.anpheros.com/ru/guides/mcp).

## Что Anpheros делает и не делает

Anpheros предоставляет запись и связанные с ней элементы управления: хранилище FHIR R4 для каждого ресурса в таблице выше, согласие на каждое приложение, информацию о происхождении при каждой записи, журнал доступа, который может просматривать пациент, и API контекста, который преобразует запись в структурированное, помеченное резюме для модели.

Он не предоставляет видеозвонки, экраны планирования, электронные рецепты, биллинг или поддержку принятия клинических решений, а также не размещает и не выбирает модели ИИ. Виртуальная клиника, построенная на его основе, предоставляет эти функции и несет клиническую ответственность.

## Часто задаваемые вопросы

### Что такое виртуальный врач?
Клинический специалист, который принимает пациентов удаленно, посредством видеосвязи, телефона или обмена сообщениями. Этот термин также используется для обозначения ИИ-ассистентов, которые общаются с пациентами; на практике они помогают клиническому специалисту, а не заменяют его, и используют те же данные пациента.

### Какой ресурс FHIR помечает визит как виртуальный?
`Encounter.class` с кодом v3 ActCode `VR` ("virtual"). Бронирование — это `Appointment`; прием — это `QuestionnaireResponse`, а для симптомов — `Observation`s.

### Какие данные нужны медицинскому ИИ-ассистенту?
Только те, которые требуются для его задачи: для предварительного резюме визита — последние тенденции измерений, новые симптомы, активные проблемы и медикаменты, а также последние результаты — каждый с указанием источника и времени. Предоставьте ему ограниченный контекст, а не всю историю болезни.

### Как разделить данные, сообщенные пациентом и полученные от устройства, от клинических данных?
Указывайте, кто создал каждый элемент. В Anpheros каждая запись имеет тип автора — пациент, устройство, практикующий врач, импорт или ИИ — а контекст, предоставленный модели, маркирует каждую строку соответствующим образом.

### Может ли ИИ-ассистент читать историю болезни пациента без его согласия?
В Anpheros — нет. Приложение, отличное от того, которое создало запись, требует OAuth-согласия пациента, ограниченного выбранными им областями действия и периодом, и каждое чтение фиксируется в его журнале доступа.

## Связанные материалы

- [Приложения для ИИ в здравоохранении](https://developers.anpheros.com/ru/guides/ai-healthcare)
- [Как создать приложение для ИИ в здравоохранении с бэкендом FHIR](https://developers.anpheros.com/ru/guides/build-ai-healthcare-app)
- [Как создать медицинский чат-бот со структурированными данными](https://developers.anpheros.com/ru/guides/ai-medical-assistant)
- [Данные носимых устройств в FHIR](https://developers.anpheros.com/ru/guides/wearable-data-fhir): показания домашних приборов, на которые опирается виртуальный визит
- [Как создать приложение для личной медицинской карты](https://developers.anpheros.com/ru/guides/personal-health-record-app)
- [Происхождение медицинских данных: объяснение](https://developers.anpheros.com/ru/guides/medical-data-provenance)
- [Удаленный мониторинг пациентов с использованием FHIR](https://developers.anpheros.com/ru/guides/remote-patient-monitoring-fhir)
- [Данные о лекарствах для приложений здравоохранения и ИИ-агентов](https://developers.anpheros.com/ru/guides/medication-data-ai-agents)