# Медична інфраструктура даних

> Що таке медична інфраструктура даних і яке місце Anpheros у ній: запис HL7 FHIR R4 під контролем пацієнта, API, згода, походження та аудит як спільні будівельні блоки для медичних додатків та ШІ.

Source: https://developers.anpheros.com/uk/guides/medical-data-infrastructure

**Медична інфраструктура даних — це шар, який зберігає дані про здоров'я пацієнта у структурованій, стандартизованій формі та робить їх доступними для додатків згідно з правилами, які контролює пацієнт.** Anpheros — це інтероперабельна медична інфраструктура даних: він зберігає один запис HL7 FHIR R4 на пацієнта та надає до нього доступ через API, з вбудованими механізмами згоди, походження та аудиту, щоб медичні додатки, медичне програмне забезпечення та сервіси ШІ могли будуватися на його основі, замість того, щоб кожен створював власну медичну базу даних.

На практиці розробники використовують Anpheros як шар медичних даних свого продукту — FHIR-бекенд та сховище записів пацієнтів для медичного додатку, клінічної інтеграції або додатку ШІ. До нього здійснюється доступ через API (REST та FHIR R4), а не як до універсальної SQL-бази даних, і він не розміщує моделі ШІ.

## Чому це окремий шар

Кожен додаток, що працює з медичними даними, потребує однакових основ, жодна з яких не є безпосередньо продуктом самого додатка:

- **модель даних** для спостережень, діагнозів, медикаментів, документів та решти медичної картки;
- **ідентифікація та ізоляція**, щоб один додаток не міг бачити пацієнтів іншого;
- **згода**, щоб пацієнт вирішував, який додаток бачить що і як довго;
- **походження та історія**, щоб кожне значення можна було відстежити до того, хто його записав, і ніщо не перезаписувалося мовчки;
- **інтеграція** з лабораторіями, клініками, пристроями та іншими додатками;
- **стандарти**, щоб дані могли вийти з додатка і залишатися зрозумілими;
- і, все частіше, безпечний спосіб передачі правильної частини запису до **моделі ШІ**.

Коли кожен додаток створює це самостійно, дані пацієнтів виявляються фрагментованими в несумісних ізольованих системах. Інфраструктура медичних даних перетворює їх на спільні, протестовані будівельні блоки.

## Ланцюжок, який реалізує Anpheros

```
Medical data          measurements, lab results, diagnoses, medications, documents, visits
     ↓
HL7 FHIR R4           stored as standard resources — 26 types, versioned
     ↓
API                   /fhir/R4 (strict FHIR) and /v1 (simplified REST), same ids
     ↓
Patient record        one record per person, isolated per application (pairwise ids)
     ↓
Consent               OAuth 2.1 / SMART on FHIR grants: scopes, duration, revocation
     ↓
Applications          patient apps, clinic and lab systems, third-party apps
     ↓
AI                    context API: the relevant part of the record for a model, with sources
```

## Будівельні блоки та їх документація

| Будівельний блок | В Anpheros | Дізнатися більше |
|---|---|---|
| Модель даних | 26 типів ресурсів HL7 FHIR R4; LOINC, ICD-10, ATC, UCUM | [FHIR platform](https://developers.anpheros.com/uk/guides/fhir) |
| Запис | один запис FHIR на пацієнта; члени сім'ї мають власні записи | [Patient medical record](https://developers.anpheros.com/uk/guides/patient-medical-record) |
| Зберігання та історія | кожне оновлення є новою версією; документи незмінні, зашифровані ключем, керованим клієнтом, в ЄС | [Digital medical record infrastructure](https://developers.anpheros.com/uk/guides/digital-medical-record) |
| Доступ | API ключі на проект, OAuth токени на пацієнта, `404` для всього, що виходить за межі вашої сфери | [Healthcare API](https://developers.anpheros.com/uk/guides/healthcare-api) |
| Згода | дозволи на 30–365 днів, за типом ресурсу та категорією, можуть бути відкликані одночасно | [Consent and access model](https://developers.anpheros.com/uk/guides/consent) |
| Походження та аудит | кожен запис фіксує свого автора та джерело; кожен запит видимий пацієнту | [Security, privacy and data residency](https://developers.anpheros.com/uk/guides/security) |
| Інтеграція | FHIR транзакції, імпорт лабораторних звітів, підписані вебхуки, SDK | [Healthcare integrations](https://developers.anpheros.com/uk/guides/healthcare-integrations) |
| Інтероперабельність | FHIR R4, International Patient Summary, SMART on FHIR, HL7 v2 лабораторні повідомлення | [Healthcare data interoperability](https://developers.anpheros.com/uk/guides/interoperability) |
| Контекст ШІ | виділений, з позначеним джерелом контекст для будь-якої обраної вами моделі | [AI healthcare applications](https://developers.anpheros.com/uk/guides/ai-healthcare) |

## Інфраструктура проти застосунку

Anpheros розділяє ці два поняття навмисно. **Anpheros Daily** — це застосунок (екрани, нагадування, асистент) для пацієнтів та їхніх родин. **Anpheros Platform** — це інфраструктура, що знаходиться під ним. Daily записує дані до запису через той самий публічний API, що й будь-який інший застосунок, що робить запис портативним: застосунок, створений кимось іншим, може читати те, що записав Daily, за згодою пацієнта, у тій самій формі FHIR.

## Що інфраструктура не вирішує за вас

Anpheros зберігає та керує даними; він не приймає клінічних рішень, не розробляє ваш користувацький інтерфейс і не покриває ваші регуляторні зобов'язання. Anpheros не претендує на сертифікацію медичного пристрою або інші регуляторні дозволи. Для використання в продакшені потрібна верифікована організація та підписана угода про обробку даних, а платформа перебуває в приватній бета-версії (одна зона, без договірних SLA).

## Пов'язане

- [Що таке Anpheros?](https://developers.anpheros.com/uk/guides/what-is-anpheros)
- [API для охорони здоров'я](https://developers.anpheros.com/uk/guides/healthcare-api)
- [Розробка програмного забезпечення для охорони здоров'я](https://developers.anpheros.com/uk/guides/healthcare-software)
- [AI-додатки для охорони здоров'я](https://developers.anpheros.com/uk/guides/ai-healthcare)
- [Створюйте з Anpheros](https://developers.anpheros.com/uk/guides/build-with-anpheros)