# AI-приложения в здравоохранении

> Что требуется AI-приложениям в здравоохранении от их слоя данных — структурированные данные, релевантность, источники, согласие, подотчетность — и как Anpheros предоставляет это без размещения моделей.

Source: https://developers.anpheros.com/ru/guides/ai-healthcare

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

Anpheros не размещает и не запускает AI-модели и не имеет официальной интеграции с каким-либо поставщиком ИИ. Ваше приложение вызывает выбранную вами модель.

## Архитектура

```
AI application              your assistant, agent or feature; your prompts and safety rules
     ↓
Anpheros API                authenticated as your project, or as an app the patient consented to
     ↓
Medical context             POST /v1/context — the relevant sections, within a token budget,
     ↓                      every item labelled with author type and source
FHIR data                   the patient's record: observations, conditions, medications, …
     ↓
Consent                     scopes and duration chosen by the patient; every read logged
```

## Какую базу данных или бэкенд следует использовать приложению ИИ для работы с медицинскими данными пациентов?

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

## Что требуется приложению ИИ в сфере здравоохранения от слоя данных

| Потребность | Почему | В Anpheros |
|---|---|---|
| Структурированные, кодированные данные | модели лучше работают с "HbA1c 6.4 % (LOINC 4548-4), 2026-09-01", чем с PDF | FHIR R4 ресурсы с LOINC, ICD-10, ATC, UCUM |
| Релевантность в рамках бюджета | вся запись не помещается в запрос, а нерелевантные данные размывают ответы | контекстный API с `task`, `question`, `needs` и `budget_tokens` |
| Источники для каждого факта | модель — и пользователь — должны знать, является ли лабораторный результат напечатанной заметкой | `author_type` и `source` для каждого элемента; `omitted` перечисляет, что было исключено |
| Отделение вывода ИИ от фактов | более ранние сводки ИИ не должны становиться "фактами" в последующих запросах | значения, написанные ИИ, хранятся отдельно под `ai_notes` |
| Согласие | пациент решает, может ли функция ИИ читать его запись | OAuth-разрешения; контекст требует доступа на чтение к наблюдениям, состояниям, лекарствам и аллергиям |
| Подотчетность | пациенты должны видеть, что ассистент прочитал их данные | каждый запрос контекста появляется в журнале доступа пациента с идентификатором манифеста |

## Пример архитектуры: приложение для ИИ в здравоохранении на Anpheros и FHIR

Приложение-компаньон для контроля гипертонии: пользователи регистрируют артериальное давление и принимаемые лекарства, лаборатория отправляет результаты, а ассистент объясняет, что изменилось. Каждый вызов ниже является частью публичного API.

```
Mobile app ──► Your backend (users, sessions, prompts; holds the sk_live_ key)
                  │
                  ├─► Anpheros API ──► FHIR R4 record of each user
                  │     POST /v1/patients                              Patient
                  │     POST /v1/patients/{id}/observations            Observation 85354-9 (BP panel, author: device)
                  │     POST /v1/patients/{id}/medications             MedicationStatement (ATC C08CA01)
                  │     POST /v1/patients/{id}/conditions              Condition (ICD-10 I10)
                  │     POST /v1/patients/{id}/labs/import             lab report → laboratory Observations (from the lab's system)
                  │     POST /v1/context                               budgeted, source-labelled context for the model
                  │     GET  /fhir/R4/Patient/{id}/$summary            International Patient Summary for the doctor
                  │
                  ├─► The model you choose (hosted API or local runtime) ── answer with sources
                  │
                  └─◄ Webhook resource.created (signed) ── a new lab result arrived → prepare an explanation
```

Обработчик запросов ассистента в вашем бэкенде:

```ts
import { Anpheros, apiKey } from '@anpheros/sdk';
const anpheros = new Anpheros({ auth: apiKey(process.env.ANPHEROS_KEY!) });

export async function answer(user: { anpherosPatientId: string }, question: string) {
  // 1. Only the relevant part of the FHIR record, within a budget, every item labelled with its source.
  const ctx = await anpheros.context.build({
    patient: user.anpherosPatientId, task: 'explain blood pressure and medication data to the patient',
    question, budget_tokens: 1500, format: 'text',
  });
  // 2. Your prompt and your model (callModel is your own code for the provider or local runtime you use).
  const text = await callModel({ system: RULES_WITH_PROVENANCE, context: ctx.text, question, partial: ctx.omitted });
  // 3. Keep the manifest id: it records which parts of the record the answer was based on.
  return { text, manifestId: ctx.manifest_id };
}
```

Что принадлежит каждой части:

| Часть | Владеет |
|---|---|
| Ваше приложение и бэкенд | пользователи, пользовательский интерфейс, запросы (prompts), правила безопасности, выбор модели |
| Anpheros | медицинские данные пациента (FHIR R4), согласие, происхождение данных (provenance), журнал доступа, API контекста, импорт из лаборатории, вебхуки |
| Модель | понимание языка и формулировка ответа — никогда учетные данные |

Рабочий вариант шага "контекст плюс модель" находится в публичных примерах: [ai-context-llm](https://github.com/anpheros/anpheros-sdk/tree/main/examples/ai-context-llm).

## Типы поддерживаемых приложений

- **Ассистенты для пациентов**, отвечающие на вопросы с учетом личных данных пользователя. → [Как создать медицинский чат-бот со структурированными данными](https://developers.anpheros.com/ru/guides/ai-medical-assistant)
- **Агенты**, выполняющие многошаговые операции с записями: подготовка резюме визита, сверка списка медикаментов, проверка изменений с момента последнего обзора. → [AI-агенты и медицинские данные](https://developers.anpheros.com/ru/guides/ai-agents-medical-data)
- **Функции LLM в существующем программном обеспечении**, с использованием размещенной или локальной модели. → [LLM-приложения и медицинские данные](https://developers.anpheros.com/ru/guides/llm-healthcare-data)
- **Медицинское программное обеспечение, написанное с помощью AI-инструментов кодирования**, где сгенерированный код должен полагаться на протестированный API медицинских данных. → [Anpheros для AI-разработчиков](https://developers.anpheros.com/ru/guides/ai-developers)

## Пределы, которые следует учитывать при проектировании

- Ответ модели не является клиническим решением. Представляйте выходные данные в виде информации, указывайте источники и направляйте все, что похоже на диагноз или изменение лечения, к клиницисту.
- Anpheros не претендует на сертификацию медицинского изделия или другие нормативные одобрения; регулируется ли ваша функция ИИ, зависит от того, что она заявляет, и эта оценка лежит на вас.
- Если вы используете размещенную модель, контекст покидает вашу инфраструктуру для этого поставщика; ваш текст согласия и соглашения об обработке данных должны охватывать это. При использовании локальной модели запрос остается в вашей инфраструктуре.
- Anpheros в настоящее время не предоставляет сервер протокола контекста модели (MCP).

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

- [Как создать приложение для ИИ в сфере здравоохранения с бэкендом FHIR](https://developers.anpheros.com/ru/guides/build-ai-healthcare-app): пошаговое руководство на TypeScript
- [Как предоставить ИИ-агенту доступ к медицинским записям](https://developers.anpheros.com/ru/guides/ai-agent-access-medical-records): пошаговое руководство на Python
- [ИИ-агенты и медицинские данные](https://developers.anpheros.com/ru/guides/ai-agents-medical-data)
- [Приложения LLM и медицинские данные](https://developers.anpheros.com/ru/guides/llm-healthcare-data)
- [Как создать медицинский чат-бот со структурированными данными](https://developers.anpheros.com/ru/guides/ai-medical-assistant)
- [Anpheros для разработчиков ИИ](https://developers.anpheros.com/ru/guides/ai-developers)
- [Инфраструктура медицинских данных](https://developers.anpheros.com/ru/guides/medical-data-infrastructure)
- [Виртуальная помощь и ИИ-врачи: необходимые им данные пациентов](https://developers.anpheros.com/ru/guides/virtual-care-ai-data)