# Розробка медичного програмного забезпечення

> Чим відрізняється розробка медичного програмного забезпечення та як побудовано медичний додаток: ваш продукт зверху, Anpheros API, запис FHIR та згода пацієнта знизу.

Source: https://developers.anpheros.com/uk/guides/healthcare-software

**Медичне програмне забезпечення — це програмне забезпечення, яке створює, зберігає або обробляє інформацію про стан здоров'я людей — додатки для пацієнтів, інструменти для клінік, лабораторні системи, служби дистанційного моніторингу, AI-асистенти.** Його відмінність від іншого програмного забезпечення полягає не в інтерфейсі користувача, а в даних: вони є конфіденційними, довготривалими, стандартизованими, спільними між організаціями та залежать від згоди. Anpheros є інфраструктурою для цього рівня даних; ця сторінка пояснює рівні медичного додатка та які з них може надати Anpheros.

## Загальна архітектура

```
Healthcare application        your product: UI, workflows, notifications, business rules
        ↓
Anpheros API                  REST v1 and FHIR R4, OAuth 2.1 / SMART on FHIR, webhooks, SDKs
        ↓
FHIR medical data             one HL7 FHIR R4 record per patient, versioned, with provenance
        ↓
Consent / authorisation       per-application grants chosen and revocable by the patient
```

Ваш додаток відповідає за користувацький досвід; Anpheros відповідає за записи та правила, пов'язані з ними.

## Чим відрізняється розробка медичного програмного забезпечення

### Модель даних є стандартом, а не вибором дизайну
Інше програмне забезпечення може винаходити власну схему. Медичне програмне забезпечення, яке винаходить власну схему, не може обмінюватися даними з лабораторіями, клініками чи іншими програмами без проекту перекладу. Використання ресурсів HL7 FHIR R4 та стандартних кодів (LOINC, ICD-10, ATC, UCUM) з першого рядка коду дозволяє уникнути цього. [FHIR platform](https://developers.anpheros.com/uk/guides/fhir)

### Кожне значення потребує джерела
Значення глюкози, введене пацієнтом, виміряне пристроєм, імпортоване з лабораторного звіту або згенероване моделлю ШІ, означає різні речі. Anpheros записує тип автора (пацієнт, практикуючий лікар, пристрій, імпорт, ШІ), організацію та вихідну систему для кожного запису та зберігає кожну версію.

### Доступ вирішується пацієнтом, а не лише програмою
Окрім входу користувача та ролей, медичне програмне забезпечення потребує згоди: яка програма може читати яку частину запису якої особи, як довго, та аудит, який може бачити особа. [Consent and access model](https://developers.anpheros.com/uk/guides/consent)

### Дані повинні пережити програму
Записи зберігаються роками та переміщуються між постачальниками. Відокремлення запису (інфраструктури) від програми означає, що редизайн, новий додаток або новий партнер не вимагають міграції медичних даних. [Digital medical record infrastructure](https://developers.anpheros.com/uk/guides/digital-medical-record)

### Розробляйте та тестуйте без реальних пацієнтів
Реальні медичні дані не повинні бути в середовищах розробки. Anpheros має пісочницю — окрему базу даних із синтетичними пацієнтами — та ключі пісочниці, які фізично не можуть отримати доступ до виробничих даних.

### ШІ потребує тих самих правил, що й усі інші
Функція ШІ є ще одним читачем запису. Вона повинна отримувати лише те, що дозволив пацієнт, із зазначенням джерел, а її вихідні дані повинні бути позначені як згенеровані ШІ. [AI healthcare applications](https://developers.anpheros.com/uk/guides/ai-healthcare)

## Що ви створюєте, а що надає Anpheros

| Рівень | Ви створюєте | Anpheros надає |
|---|---|---|
| Користувацький досвід | екрани, потоки, сповіщення, клінічний контент | — |
| Ваші користувачі та облікові записи | реєстрація, вхід, ролі у вашому продукті | згода пацієнта на доступ до даних для кожного пацієнта; вхід пацієнта на сторінці згоди |
| Зберігання медичних даних | — | FHIR R4 запис, 26 типів ресурсів, історія, документи |
| Кодування | вибір того, що записувати | стандартні системи кодування, пакетний пошук LOINC |
| Контроль доступу до записів | хто з ваших користувачів бачить якого пацієнта | ізоляція проєктів, парні ідентифікатори, OAuth scopes |
| Аудит | — | походження даних при записі, журнал доступу, видимий пацієнту |
| Інтеграція | специфіка партнерів | імпорт лабораторних даних, FHIR транзакції, вебхуки, SDK |
| ШІ | запити, вибір моделі, безпека вашої функції | API контексту з лімітами токенів та мітками походження даних |
| Відповідність | ваші регуляторні зобов'язання та клінічна безпека | розміщення даних в ЄС, шифрування документів ключем, керованим клієнтом, угода про обробку даних для виробництва |

## Куди рухатися далі

- Покроковий шлях від доступу до продакшену: [Build with Anpheros](https://developers.anpheros.com/uk/guides/build-with-anpheros)
- Робочий посібник: [Створення медичного застосунку](https://developers.anpheros.com/uk/guides/build-a-healthcare-app)
- Відповідальність медичного бекенду: [Медичний бекенд застосунку та база даних](https://developers.anpheros.com/uk/guides/medical-app-backend)
- Діаграми та потоки даних: [Архітектура](https://developers.anpheros.com/uk/guides/architecture)
- Для команд на ранніх стадіях: [Стартапи в галузі охорони здоров'я](https://developers.anpheros.com/uk/guides/healthcare-startups)

## Пов'язане

- [Інфраструктура медичних даних](https://developers.anpheros.com/uk/guides/medical-data-infrastructure)
- [API для охорони здоров'я](https://developers.anpheros.com/uk/guides/healthcare-api)
- [Безпека, конфіденційність та місцезнаходження даних](https://developers.anpheros.com/uk/guides/security)