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

Jak zbudować API medyczne w TypeScript

Samouczek: API Express w TypeScript, które tworzy rekordy pacjentów, przechowuje odczyty ciśnienia krwi jako obserwacje FHIR R4, odczytuje je z powrotem, mapuje błędy i weryfikuje webhooki — bez własnej bazy danych medycznych.

Ten samouczek tworzy backend API aplikacji do śledzenia ciśnienia krwi w TypeScript z użyciem Express: rejestracja tworzy rekord medyczny użytkownika, odczyty są przechowywane jako zakodowane obserwacje HL7 FHIR R4, aplikacja odczytuje je z powrotem, a punkt końcowy webhook nasłuchuje nowych danych, bez własnej bazy danych medycznych. Twoje API przechowuje to, co jest specyficzne dla Twojego produktu (użytkownicy, sesje, ustawienia). Dane medyczne, ich historia, zgody i pochodzenie znajdują się w Anpheros, do którego odwołujesz się za pomocą SDK TypeScript.

Architektura

 mobile / web app ──► your API (Express, TypeScript) ──► Anpheros (FHIR R4 record per patient)
                       │  users, sessions, settings        │  observations, conditions, documents,
                       │  user id → patient id              │  provenance, consent, audit
                       ◄──────────── webhooks ──────────────┘

Twoja baza danych przechowuje dodatkową kolumnę dla każdego użytkownika: jego identyfikator pacjenta Anpheros. Wszystkie dane kliniczne przechodzą przez API, dzięki czemu są kodowane, wersjonowane i czytelne dla każdego systemu FHIR lub dla innych aplikacji pacjenta, na które wyrazi zgodę. Backend aplikacji medycznej i baza danych szczegółowo wyjaśnia podział.

Przed rozpoczęciem

• Node.js w wersji 18 lub nowszej.
• Klucz piaskownicy (sandbox key) (sk_test_…) z platform.anpheros.com/dashboard (Uzyskaj klucz piaskownicy). Przechowuj go tylko na serwerze; nigdy nie powinien trafić do aplikacji.

mkdir bp-api && cd bp-api
npm init -y && npm pkg set type=module
npm install express @anpheros/sdk
npm install -D typescript tsx @types/express @types/node
export ANPHEROS_KEY=sk_test_…

Krok 1: Klient i Twoja baza użytkowników

// server.ts
import express from 'express';
import { Anpheros, AnpherosError, apiKey, verifyWebhookSignature } from '@anpheros/sdk';

const anpheros = new Anpheros({ auth: apiKey(process.env.ANPHEROS_KEY!) });
const app = express();

// Your own user table. In production this is your database; the only medical link is patientId.
type User = { id: string; email: string; patientId: string };
const users = new Map<string, User>();

// Stand-in for your real authentication (session cookie, JWT…): it must set the signed-in user.
function currentUser(req: express.Request): User {
  const user = users.get(req.header('x-user-id') ?? '');
  if (!user) throw new HttpError(401, 'not signed in');
  return user;
}

class HttpError extends Error {
  constructor(readonly status: number, message: string) { super(message); }
}

Krok 2: Rejestracja tworzy kartę medyczną

Gdy ktoś się zarejestruje, utwórz jego pacjenta w Anpheros i umieść swój identyfikator użytkownika w identifiers, aby rekord można było zawsze znaleźć po swojej stronie:

app.post('/signup', express.json(), async (req, res, next) => {
  try {
    const { email, given, family, birthDate } = req.body;
    const userId = crypto.randomUUID();
    const patient = await anpheros.patients.create(
      { given, family, birth_date: birthDate, identifiers: [{ system: 'https://bp.example/user', value: userId }] },
      { author_type: 'patient' },
    );
    users.set(userId, { id: userId, email, patientId: patient.id });
    res.status(201).json({ userId });
  } catch (e) { next(e); }
});

Odpowiedź z Anpheros to nowy pacjent, z id należącym do Twojego projektu i jego referencją FHIR:

{"id": "27296656-c2ba-4970-8424-1dcd91163e0a", "given": "Ioana", "family": "Marin", "birth_date": "1979-04-12", "gender": "female",
 "identifiers": [{"system": "https://bp.example/user", "value": "u_8f2c"}], "updated_at": "2026-10-12T20:16:51.143Z",
 "fhir": "Patient/27296656-c2ba-4970-8424-1dcd91163e0a"}

Krok 3: przechowywanie odczytu

Aplikacja wysyła {systolic, diastolic, measuredAt}. Twoje API waliduje go i przechowuje jedną obserwację ciśnienia krwi, LOINC 85354-9, wraz z jej dwoma komponentami:

app.post('/readings', express.json(), async (req, res, next) => {
  try {
    const user = currentUser(req);
    const { systolic, diastolic, measuredAt } = req.body;
    if (![systolic, diastolic].every((v) => Number.isFinite(v) && v > 20 && v < 300)) {
      throw new HttpError(400, 'systolic and diastolic must be numbers in mmHg');
    }
    const obs = await anpheros.observations.create(user.patientId, {
      code: '85354-9',
      category: 'vital-signs',
      effective_at: measuredAt ?? new Date().toISOString(),
      components: [
        { code: '8480-6', value: systolic, unit: 'mm[Hg]' },
        { code: '8462-4', value: diastolic, unit: 'mm[Hg]' },
      ],
      author_type: 'patient',
    }, { source_system: 'bp-app' });
    res.status(201).json({ id: obs.id, measuredAt: obs.effective_at });
  } catch (e) { next(e); }
});

Co Anpheros przechowuje i zwraca:

{"id": "78188270-e65e-49bd-89d0-e776226e9614", "patient": "27296656-…", "code": "85354-9", "system": "http://loinc.org",
 "display": "Blood pressure panel", "category": "vital-signs", "effective_at": "2026-10-10T08:30:00Z",
 "components": [{"code": "8480-6", "system": "http://loinc.org", "value": 138.0, "unit": "mm[Hg]"},
                {"code": "8462-4", "system": "http://loinc.org", "value": 88.0, "unit": "mm[Hg]"}],
 "status": "final", "updated_at": "2026-10-12T20:16:51.153Z", "fhir": "Observation/78188270-…"}

SDK wysyła Idempotency-Key z każdym żądaniem utworzenia, dzięki czemu ponowna próba po błędzie sieci nie spowoduje dwukrotnego zapisania odczytu. author_type: 'patient' i source_system trafiają do proweniencji odczytu: lekarz, inna aplikacja lub model AI mogą później stwierdzić, że osoba zmierzyła to w domu za pomocą Twojej aplikacji.

Krok 4: Odczyt odczytów

app.get('/readings', async (req, res, next) => {
  try {
    const user = currentUser(req);
    const page = await anpheros.observations.list(user.patientId, {
      code: '85354-9',
      from: typeof req.query.from === 'string' ? req.query.from : undefined,
      limit: 50,
    });
    res.json({
      readings: page.data.map((o) => ({
        id: o.id,
        measuredAt: o.effective_at,
        systolic: o.components.find((c) => c.code === '8480-6')?.value,
        diastolic: o.components.find((c) => c.code === '8462-4')?.value,
      })),
      next: page.next_cursor,
    });
  } catch (e) { next(e); }
});

Twoje API zwraca dane w formacie, którego oczekuje Twoja aplikacja. Przechowywane dane pozostają standardowe. Ponieważ identyfikator użytkownika jest sprawdzany przez currentUser, jeden użytkownik nigdy nie może zażądać identyfikatora pacjenta innego użytkownika.

Krok 5: błędy

Błędy Anpheros przychodzą jako AnpherosError z status, type, message, field i requestId. Przekaż błędy walidacji do aplikacji i ukryj pozostałe:

app.use((err: unknown, _req: express.Request, res: express.Response, _next: express.NextFunction) => {
  if (err instanceof HttpError) return res.status(err.status).json({ error: err.message });
  if (err instanceof AnpherosError && err.status === 400) {
    return res.status(400).json({ error: err.message, field: err.field });
  }
  console.error(err instanceof AnpherosError ? `anpheros ${err.status} ${err.type} request=${err.requestId}` : err);
  res.status(502).json({ error: 'medical record service unavailable, try again' });
});

Na przykład, odczyt bez daty jest odrzucany przez Anpheros z {"error": {"type": "invalid", "message": "Field required (at effective_at)", "field": "effective_at"}}. Limity żądań (429) i błędy serwera są ponawiane przez SDK, zanim je zobaczysz. Zaloguj requestId i podaj go, jeśli kontaktujesz się z pomocą techniczną. Pełna lista znajduje się w Błędy.

Krok 6: Otrzymywanie informacji o nowych danych za pomocą webhooka

Odczyty mogą również pochodzić z innych źródeł: kliniki zapisującej do tego samego rekordu, raportu laboratoryjnego, innej aplikacji, z którą osoba się połączyła. Zarejestruj punkt końcowy raz:

curl -X POST https://platform.anpheros.com/v1/webhooks -H "Authorization: Bearer $ANPHEROS_KEY" \
     -H "Content-Type: application/json" \
     -d '{"url": "https://bp.example/webhooks/anpheros", "events": ["resource.created", "consent.revoked"]}'

Odpowiedź zawiera secret (whsec_…), wyświetlane raz. Weryfikuj każdą dostawę względem surowego ciała przed jej zaakceptowaniem:

app.post('/webhooks/anpheros', express.raw({ type: 'application/json' }), async (req, res) => {
  const ok = await verifyWebhookSignature({
    secret: process.env.ANPHEROS_WEBHOOK_SECRET!,
    header: req.header('anpheros-signature'),
    body: req.body as Buffer,
  });
  if (!ok) return res.status(400).end();
  const event = JSON.parse((req.body as Buffer).toString('utf8'));
  // Events carry ids and versions, not clinical data: fetch what you need, then update caches or notify.
  console.log(event.type, event.data);
  res.status(204).end();
});

app.listen(3000, () => console.log('bp-api on http://localhost:3000'));

Typy zdarzeń to resource.created, resource.updated, resource.deleted, consent.granted, consent.revoked, document.finalized i ping. Dostawy są podpisywane, ponawiane i mogą być odtwarzane (Webhooks).

Uruchomienie

npx tsx server.ts
curl -X POST localhost:3000/signup -H 'content-type: application/json' \
     -d '{"email":"[email protected]","given":"Ioana","family":"Marin","birthDate":"1979-04-12"}'
# {"userId":"…"}
curl -X POST localhost:3000/readings -H 'content-type: application/json' -H 'x-user-id: <userId>' \
     -d '{"systolic":138,"diastolic":88,"measuredAt":"2026-10-10T08:30:00Z"}'
curl localhost:3000/readings -H 'x-user-id: <userId>'

Zastąp symbol zastępczy x-user-id swoim rzeczywistym uwierzytelnieniem, zanim cokolwiek opuści Twój komputer.

Dalsze kroki

• Osoby posiadające już rekord. Klucz API umożliwia dostęp do danych pacjentów utworzonych przez Twój projekt. Aby połączyć się z istniejącym rekordem pacjenta, zebranym przez inne aplikacje, kliniki lub laboratoria, użyj protokołu OAuth i zgody pacjenta: Jak zaimplementować zgodę pacjenta z użyciem SMART on FHIR.
• Ścisłe przestrzeganie standardu FHIR, gdy jest to potrzebne. anpheros.fhir.search, create, transaction, everything i summary udostępniają API FHIR R4 z tymi samymi identyfikatorami.
• Funkcje AI. anpheros.context.build przygotowuje kontekst z etykietami źródłowymi dla modelu: Jak zbudować aplikację AI dla sektora opieki zdrowotnej z backendem FHIR.
• Produkcja. Klucze produkcyjne (sk_live_…) są wydawane zweryfikowanym organizacjom z podpisaną umową DPA; zobacz Cennik i Limity i ograniczenia szybkości.

Często zadawane pytania

Czy potrzebuję własnej bazy danych do danych medycznych?

Nie, jeśli chodzi o same dane medyczne. Twoja baza danych przechowuje użytkowników, sesje i ustawienia produktu, a także identyfikator pacjenta dla każdego użytkownika. Obserwacje, schorzenia, leki, dokumenty, ich historia i autorzy są przechowywani w rekordzie FHIR.

Czy aplikacja mobilna może bezpośrednio wywoływać Anpheros?

Z kluczem API, nie: klucz ten daje dostęp do każdego pacjenta Twojego projektu i musi pozostać na Twoim serwerze. Aplikacja mobilna może bezpośrednio wywoływać Anpheros za pomocą tokenu OAuth, który użytkownik nadał dla swojego własnego rekordu, tak jak w How to build a healthcare app with Flutter.

Z jakim frameworkiem to działa?

Z każdym. SDK wymaga jedynie fetch, więc działa w Express, Fastify, Hono, NestJS, procedurach obsługi tras Next.js, Deno lub Bun.

Powiązane

• API dla służby zdrowia: na co zwrócić uwagę w API dla służby zdrowia i szybki przegląd API Anpheros
• API danych medycznych: gdzie trafiają poszczególne rodzaje danych medycznych
• Jak przechowywać dokumentację medyczną przy użyciu FHIR R4
• Webhooks i Błędy
• Backend i baza danych aplikacji medycznej

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