AnpherosAnpheros PlatformDevelopers

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

Yapay Zeka Sağlık Uygulamaları

Yapay zeka sağlık uygulamalarının veri katmanından neye ihtiyacı var — yapılandırılmış veriler, alaka düzeyi, kaynaklar, onay, hesap verebilirlik — ve Anpheros bunu modelleri barındırmadan nasıl sağlıyor.

Bir yapay zeka sağlık uygulaması, insanlara veya klinisyenlere sağlık bilgileri konusunda yardımcı olmak için tipik olarak büyük bir dil modeli olan bir makine öğrenimi modeli kullanır: bir kişinin kaydı hakkındaki soruları yanıtlama, sonuçları özetleme, bir ziyarete hazırlanma, eğilimleri tespit etme. Kalitesi, modelin aldığı hasta bağlamına bağlıdır ve güvenilirliği, bu bağlam etrafındaki kurallara bağlıdır. Anpheros, bu tür uygulamalar için tıbbi veri katmanını sağlar: bir hastanın HL7 FHIR R4 kaydına onaylı erişim, ilgili bölümünü bir model için hazırlayan bir bağlam API'si ve yapay zekanın okuduğuna dair bir denetim.

Anpheros, yapay zeka modellerini barındırmaz veya çalıştırmaz ve herhangi bir yapay zeka satıcısıyla resmi bir entegrasyonu yoktur. Uygulamanız seçtiğiniz modeli çağırır.

Mimari

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

Yapay Zeka Sağlık Uygulaması Hasta Verileri İçin Hangi Veritabanını veya Arka Ucu Kullanmalı?

Anpheros bu katman olabilir. Yönetilen bir HL7 FHIR R4 veri deposudur — hasta tıbbi kayıtları için bir FHIR arka ucu — API aracılığıyla erişilebilir, hasta onayı, köken bilgisi, erişim günlüğü ve yerleşik bir yapay zeka bağlam API'si ile birlikte gelir. Genel amaçlı bir SQL veritabanı değildir ve bir yapay zeka platformu değildir: uygulamanız kendi kullanıcılarını, ayarlarını ve tıbbi olmayan verilerini kendi veritabanında saklar, Anpheros API aracılığıyla hasta tıbbi verilerini depolar ve okur ve seçtiğiniz herhangi bir modeli çağırır.

Bir Yapay Zeka Sağlık Uygulamasının Veri Katmanından İhtiyaçları

İhtiyaç Neden Anpheros'ta
Yapılandırılmış, kodlanmış veri Modeller, bir PDF yerine "HbA1c %6.4 (LOINC 4548-4), 2026-09-01" üzerinde daha iyi akıl yürütür LOINC, ICD-10, ATC, UCUM içeren FHIR R4 kaynakları
Bütçe dahilinde alaka düzeyi Tüm kayıt bir komut dosyasına sığmaz ve ilgisiz veriler yanıtları seyreltir task, question, needs ve budget_tokens ile bağlam API'si
Her gerçek için kaynaklar Model — ve kullanıcı — yazılı bir nottan ziyade bir laboratuvar sonucunu bilmelidir Her öğede author_type ve source; omitted nelerin dışarıda bırakıldığını listeler
Yapay zeka çıktısının gerçeklerden ayrılması Daha önceki yapay zeka özetleri, sonraki komut dosyalarında "gerçekler" haline gelmemelidir Yapay zeka tarafından yazılan değerler ai_notes altında ayrı tutulur
Onay Hasta, bir yapay zeka özelliğinin kaydını okuyup okuyamayacağına karar verir OAuth izinleri; bir bağlam, gözlemler, koşullar, ilaçlar ve alerjilere okuma erişimi gerektirir
Hesap verebilirlik Hastalar, bir yardımcının verilerini okuduğunu görmelidir Her bağlam isteği, manifest kimliği ile birlikte hastanın erişim günlüğünde görünür

Örnek mimari: Anpheros ve FHIR üzerinde bir yapay zeka sağlık uygulaması

Hipertansiyon takip uygulaması: kullanıcılar kan basıncı ve ilaçlarını kaydeder, bir laboratuvar sonuçları gönderir ve bir asistan nelerin değiştiğini açıklar. Aşağıdaki her çağrı, genel API'nin bir parçasıdır.

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

Arka ucunuzdaki asistanın istek işleyicisi:

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 };
}

Her bölümün sorumlulukları:

Bölüm Sorumluluklar
Uygulamanız ve arka ucunuz kullanıcılar, kullanıcı arayüzü, istemler, güvenlik kuralları, model seçimi
Anpheros hasta tıbbi verileri (FHIR R4), onay, kaynak bilgisi, erişim günlüğü, bağlam API'si, laboratuvar içe aktarma, webhook'lar
Model dil anlama ve yanıtın metni — asla kimlik bilgileri değil

Bağlam artı model adımının çalıştırılabilir bir sürümü genel örneklerde mevcuttur: ai-context-llm.

Bu Neleri Destekler

Tasarım Yaparken Dikkat Edilmesi Gereken Sınırlar

İlgili Kaynaklar

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