AnpherosAnpheros PlatformDevelopers

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

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

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

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

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

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.

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

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

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

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Product updates by email

New features, guides and the end of the beta. One email a month at most.

Send me occasional Anpheros Platform updates by email (new features, API changes, guides). I'll confirm by email and can unsubscribe in one click from any email. Privacy