Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
Виртуальная помощь и ИИ-врачи: необходимые данные
Виртуальный визит как FHIR R4 данные — запись, анкета, домашние показатели, визит, последующее наблюдение — и как ИИ-помощник получает доступ к данным с согласия пациента и указанием источника. Проверенный поток.
Виртуальная клиника — будь то человек-клиницист на видеосвязи или ИИ-ассистент, помогающий ему — хороша настолько, насколько полные данные о пациенте она может видеть до, во время и после визита: последние измерения, активные проблемы и принимаемые лекарства, что сообщил пациент, и запись принятых решений. Видеозвонок — это простая часть. На этой странице виртуальный визит сопоставляется с ресурсами 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), гипертония как состояние и эналаприл как медикамент.
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, только для чтения, если пациент не разрешит большего. См. Как предоставить ИИ-агенту доступ к медицинским записям и FHIR MCP сервер.
Что Anpheros делает и не делает
Anpheros предоставляет запись и связанные с ней элементы управления: хранилище FHIR R4 для каждого ресурса в таблице выше, согласие на каждое приложение, информацию о происхождении при каждой записи, журнал доступа, который может просматривать пациент, и API контекста, который преобразует запись в структурированное, помеченное резюме для модели.
Он не предоставляет видеозвонки, экраны планирования, электронные рецепты, биллинг или поддержку принятия клинических решений, а также не размещает и не выбирает модели ИИ. Виртуальная клиника, построенная на его основе, предоставляет эти функции и несет клиническую ответственность.
Часто задаваемые вопросы
Что такое виртуальный врач?
Клинический специалист, который принимает пациентов удаленно, посредством видеосвязи, телефона или обмена сообщениями. Этот термин также используется для обозначения ИИ-ассистентов, которые общаются с пациентами; на практике они помогают клиническому специалисту, а не заменяют его, и используют те же данные пациента.
Какой ресурс FHIR помечает визит как виртуальный?
Encounter.class с кодом v3 ActCode VR ("virtual"). Бронирование — это Appointment; прием — это QuestionnaireResponse, а для симптомов — Observations.
Какие данные нужны медицинскому ИИ-ассистенту?
Только те, которые требуются для его задачи: для предварительного резюме визита — последние тенденции измерений, новые симптомы, активные проблемы и медикаменты, а также последние результаты — каждый с указанием источника и времени. Предоставьте ему ограниченный контекст, а не всю историю болезни.
Как разделить данные, сообщенные пациентом и полученные от устройства, от клинических данных?
Указывайте, кто создал каждый элемент. В Anpheros каждая запись имеет тип автора — пациент, устройство, практикующий врач, импорт или ИИ — а контекст, предоставленный модели, маркирует каждую строку соответствующим образом.
Может ли ИИ-ассистент читать историю болезни пациента без его согласия?
В Anpheros — нет. Приложение, отличное от того, которое создало запись, требует OAuth-согласия пациента, ограниченного выбранными им областями действия и периодом, и каждое чтение фиксируется в его журнале доступа.
Связанные материалы
- Приложения для ИИ в здравоохранении
- Как создать приложение для ИИ в здравоохранении с бэкендом FHIR
- Как создать медицинский чат-бот со структурированными данными
- Данные носимых устройств в FHIR: показания домашних приборов, на которые опирается виртуальный визит
- Как создать приложение для личной медицинской карты
- Происхождение медицинских данных: объяснение
- Удаленный мониторинг пациентов с использованием FHIR
- Данные о лекарствах для приложений здравоохранения и ИИ-агентов
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card