AnpherosAnpheros PlatformDevelopers

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

Anpheros dla deweloperów

Co deweloperzy mogą budować z Anpheros i od czego zacząć, według roli: aplikacje pacjenta, backendy medyczne, integracje kliniczne i laboratoryjne, FHIR, funkcje AI i rozwój wspomagany przez AI.

Anpheros zapewnia deweloperom interoperacyjną infrastrukturę danych medycznych: kontrolowany przez pacjenta rekord HL7 FHIR R4 na osobę, API REST i FHIR nad nim, zgoda oparta na OAuth, pochodzenie danych, audyt widoczny dla pacjenta, webhooks, konektor laboratorium, API kontekstu AI oraz SDK dla TypeScript i Dart. Ty budujesz produkt; Anpheros zarządza rekordem medycznym i zasadami z nim związanymi. Ta strona odpowiada na pytanie "co mogę zbudować z Anpheros i od czego zacząć?" według ról.

Co mogę zbudować?

Szczegółowe scenariusze: Przypadki użycia.

Zacznij tutaj, według roli

Jeśli jesteś… Zacznij od Następnie
programistą aplikacji mobilnych lub webowych tworzącym aplikację dla pacjenta Tworzenie aplikacji medycznej SDK, Uwierzytelnianie i OAuth
programistą backendowym Backend i baza danych aplikacji medycznej API danych medycznych, Webhooks
inżynierem integracji w klinice lub laboratorium Integracje medyczne Łącznik laboratorium, Interoperacyjność danych medycznych
programistą FHIR Platforma FHIR Systemy kodowania FHIR, Dokumentacja API
tworzącym funkcje lub agenty AI Aplikacje AI w służbie zdrowia Aplikacje LLM i dane medyczne, Agenci AI i dane medyczne
piszącym kod za pomocą narzędzi AI Anpheros dla programistów AI llms.txt, OpenAPI
założycielem lub CTO oceniającym infrastrukturę Startupy w służbie zdrowia Bezpieczeństwo, prywatność i rezydencja danych, Architektura

Zasoby dla deweloperów

Zasób Gdzie
Pierwsze wywołania, krok po kroku Pierwsze kroki
Cała ścieżka do produkcji Buduj z Anpheros
Każdy endpoint Referencja API (OpenAPI) · openapi.json
FHIR R4 Platforma FHIR · CapabilityStatement
OAuth i zgody Uwierzytelnianie i OAuth · Model zgód i dostępu
Zdarzenia Webhooks
Biblioteki klienckie SDK: @anpheros/sdk na npm, anpheros_sdk na pub.dev
AI Aplikacje AI w ochronie zdrowia
Przykłady wykonalne wywołania w Zbuduj aplikację medyczną, Medical data API i Webhooks
Architektura Architektura aplikacji medycznej
Błędy, limity, wersjonowanie Błędy · Limity · Wersjonowanie

Platforma w pięciu faktach

  1. Standardowe dane: 26 typów zasobów HL7 FHIR R4, kodowanych za pomocą LOINC, ICD-10, ATC i UCUM.
  2. Dwa API, jeden rekord: /fhir/R4 i /v1 odczytują i zapisują te same zasoby z tymi samymi identyfikatorami.
  3. Zgoda pacjenta: OAuth 2.1 z PKCE i SMART on FHIR; zgody na okres od 30 do 365 dni, z możliwością cofnięcia.
  4. Identyfikowalność: każdy zapis ma pochodzenie, każda wersja jest zachowywana, każdy odczyt jest widoczny dla pacjenta.
  5. Bezpieczny rozwój: samodzielny sandbox, oddzielony od środowiska produkcyjnego, gdzie każdy projekt ma własnych 30 syntetycznych pacjentów.

Anpheros Platform jest w fazie prywatnych testów beta. Sandbox jest dostępny samodzielnie na dashboardzie (zaloguj się za pomocą Google); dostęp do środowiska produkcyjnego jest na życzenie.

Powiązane tematy

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