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 база даних і не платформа ШІ: ваш застосунок керує власними користувачами, налаштуваннями та немедичними даними у власній базі даних, зберігає та читає медичні дані пацієнтів через Anpheros API та викликає будь-яку обрану вами модель.

Що потрібно AI-застосунку для охорони здоров'я від його шару даних

Потреба Чому В Anpheros
Структуровані, кодовані дані моделі краще міркують над "HbA1c 6.4 % (LOINC 4548-4), 2026-09-01", ніж над PDF FHIR R4 ресурси з LOINC, ICD-10, ATC, UCUM
Релевантність у межах бюджету повний запис не вміщується в запит, а нерелевантні дані розбавляють відповіді context API з task, question, needs та budget_tokens
Джерела для кожного факту модель — і користувач — повинні знати, чи є результат лабораторного дослідження введеним вручну приміткою author_type та source для кожного елемента; omitted перелічує, що було виключено
Відокремлення виводу AI від фактів попередні резюме AI не повинні ставати "фактами" в подальших запитах значення, написані AI, зберігаються окремо під ai_notes
Згода пацієнт вирішує, чи може функція AI читати його запис 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 };
}

Що належить кожній частині:

Частина Володіє
Ваш застосунок та бекенд користувачі, UI, підказки, правила безпеки, вибір моделі
Anpheros медичні дані пацієнта (FHIR R4), згода, походження, журнал доступу, 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