Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
의료 애플리케이션 아키텍처
다이어그램 및 데이터 흐름: 환자에서 애플리케이션, Anpheros API, FHIR 레코드 및 외부 서비스로, 그리고 AI 에이전트에서 컨텍스트 API를 통해 승인된 데이터로.
Anpheros는 애플리케이션(또는 AI 에이전트)과 환자 레코드 간의 의료 데이터 계층입니다. 애플리케이션은 자체 사용자 인터페이스와 비즈니스 로직을 유지합니다. 의료 기록, 동의, 출처 및 감사는 Anpheros에 저장되며 단일 API를 통해 액세스할 수 있습니다.
Your application, backend or AI agent
(mobile app, web app, clinic system, lab system, LLM-based assistant)
│ HTTPS · API key (sk_test_ / sk_live_) or OAuth token (at_…)
▼
Anpheros Platform API
├─ /v1 simplified REST: patients, observations, conditions, medications,
│ documents, timeline, provenance, context, labs, webhooks
├─ /fhir/R4 strict FHIR R4: 26 resource types, search, history, transactions,
│ $everything, $summary (IPS), $validate
└─ /oauth OAuth 2.1 + PKCE, SMART on FHIR, OpenID Connect
│ every request: project isolation · scopes · rate limits
▼
One FHIR R4 record per patient
├─ versions of every resource (history) ├─ Provenance for every write
├─ Consent resources for every grant └─ access log visible to the patient
│
▼
Events out: signed webhooks to your server (ids only, never clinical content)
환자의 관점: 개인에서 외부 서비스로
Patient
↓ uses an app, chooses what to share, sees every access
Healthcare application Anpheros Daily, or your own app
↓ REST v1 / FHIR R4 over HTTPS, API key or OAuth token
Anpheros API
↓ isolation, scopes, idempotency, provenance
FHIR medical data the patient's record: 26 resource types, every version kept
↓ only what the patient allowed, only for as long as allowed
External healthcare services laboratories (lab import), clinics (directory, acting-as),
other apps (OAuth / SMART), your backend (webhooks)
AI 뷰: 에이전트에서 승인된 데이터로
AI agent or LLM application runs the model you choose — hosted or local
↓ POST /v1/context {patient, task, question, budget_tokens}
Medical context API plans which parts of the record matter, fits them into the budget,
↓ labels every item with author type and source, records a manifest
Authorised medical data only records the project created or the patient granted;
the read appears in the patient's access log
모델은 절대 자격 증명을 받지 않으며 Anpheros를 직접 호출하지 않습니다. 애플리케이션이 컨텍스트를 요청하고 모델에 보낼 데이터를 결정합니다. API 호출을 포함한 두 가지 완전한 예시: AI 의료 애플리케이션의 AI 의료 애플리케이션과 AI 에이전트 및 의료 데이터의 동의된 에이전트. 자세한 내용: AI 에이전트 및 의료 데이터, LLM 애플리케이션 및 의료 데이터.
레코드
모든 환자는 FHIR R4 리소스로 구성된 하나의 레코드를 가집니다: Observation (활력 징후, 검사 결과, 증상 및 일일 활동 요약), Condition, EpisodeOfCare, MedicationStatement, MedicationAdministration, DocumentReference, Immunization, AllergyIntolerance 및 기타 — 총 26가지 유형이 있으며, CapabilityStatement (GET /fhir/R4/metadata)에서 실시간으로 확인할 수 있습니다. 학습해야 할 독점적인 스키마는 없습니다. REST API는 동일한 리소스에 대한 더 간단한 뷰이며, ID도 동일합니다.
암묵적으로 덮어쓰는 일은 없습니다. 각 업데이트는 새 버전을 생성하며 (/fhir/R4/{type}/{id}/_history), 각 버전은 해당 버전을 작성한 프로젝트와 해당 프로젝트가 작성된 조직을 기록합니다.
두 가지 접근 방식
| API 키 | OAuth 액세스 토큰 | |
|---|---|---|
| 형식 | sk_test_… / sk_live_… |
at_… |
| 사용 주체 | 귀하의 서버 | 환자를 대신하여 작동하는 애플리케이션 |
| 접근 범위 | 귀하의 프로젝트에서 생성한 환자 | 환자가 부여한 범위 내에서 정확히 한 명의 환자 |
| 일반적인 용도 | 자체 앱 백엔드, 실험실 시스템, 클리닉 통합 | 환자가 이미 보유한 기록에 접근하는 타사 앱 또는 AI 어시스턴트 |
프로젝트는 환자가 액세스 권한을 부여하지 않는 한 다른 프로젝트의 환자를 볼 수 없습니다. 각 프로젝트는 동일한 사람에 대해 자체 식별자(pairwise ids)를 받으므로, ID는 애플리케이션 간에 상관 관계를 파악할 수 없으며, 귀하의 접근 범위를 벗어난 기록은 403이 아닌 404으로 응답합니다.
두 가지 환경
샌드박스와 프로덕션은 별도의 데이터베이스입니다. 샌드박스 키(sk_test_)는 실제 환자에게 물리적으로 접근할 수 없으며, 각 샌드박스 프로젝트는 30명의 합성 환자 복사본을 받아 자유롭게 변경하고 재설정할 수 있습니다. 프로덕션 키(sk_live_)는 검증된 조직에 발급됩니다.
데이터 흐름
애플리케이션이 작성합니다. POST /v1/patients/{id}/observations을 Idempotency-Key와 함께 작성합니다. 플랫폼은 FHIR Observation을 저장하고, Provenance (작성자 유형: patient, practitioner, device, import 또는 ai)를 작성하며, 액세스를 기록하고 구독된 엔드포인트로 resource.created 웹훅을 보냅니다.
다른 애플리케이션이 동의 하에 읽습니다. 환자는 호스팅된 동의 페이지(/oauth/authorize)에서 레코드와 기간(30–365일)을 선택하여 이를 승인합니다. 애플리케이션은 코드를 토큰으로 교환하고 스코프가 허용하는 것만 읽습니다. 환자는 애플리케이션, 해당 스코프 및 액세스 로그의 모든 읽기 기록을 볼 수 있으며 언제든지 이를 철회할 수 있습니다.
실험실에서 결과를 전달합니다. POST /v1/patients/{id}/labs/import을 CSV, HL7 v2 ORU^R01 또는 JSON 보고서와 함께 전달합니다. 각 결과는 알려진 경우 LOINC 코드가 있는 실험실 Observation이 되며, 동일한 보고서를 다시 보내는 것도 안전합니다.
AI 모델이 컨텍스트를 필요로 합니다. POST /v1/context은 토큰 예산 내에서 작업과 관련된 레코드의 부분을 반환하며, 각 항목은 출처로 레이블이 지정됩니다. 이 호출은 매니페스트 ID와 함께 기록됩니다. 모델 자체는 원하는 곳 어디에서나 실행됩니다.
Anpheros와 직접 구축 비교
| 고려 사항 | 직접 구축 | Anpheros 사용 |
|---|---|---|
| 의료 데이터 모델 | 각 레코드 유형에 대한 테이블 설계 | FHIR R4 리소스, 26가지 유형 |
| 상호 운용성 | 사용자 지정 내보내기 형식 | FHIR R4, International Patient Summary, SMART on FHIR |
| 동의 | 부여, 범위, 만료 및 철회 로직 구축 | OAuth 2.1 부여를 FHIR Consent으로 미러링 |
| 감사 | 로깅 구축 및 환자에게 표시하는 방법 | 모든 읽기 및 쓰기 로깅 및 환자에게 표시 가능 |
| 실험실 통합 | 각 실험실의 형식 구문 분석 | CSV, HL7 v2 ORU 및 JSON 가져오기 |
| AI 컨텍스트 | 검색 및 요약 코드 작성 | 토큰 예산 및 출처 레이블이 있는 컨텍스트 API |
관련 자료
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card