Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
Розробка програмного забезпечення для охорони здоров'я
Що відрізняється у створенні медичного програмного забезпечення та як структурується медичний додаток: ваш продукт зверху, API Anpheros, запис FHIR та згода пацієнта знизу.
Медичне програмне забезпечення — це програмне забезпечення, яке створює, зберігає або обробляє інформацію про стан здоров'я людей — додатки для пацієнтів, інструменти для клінік, лабораторні системи, служби дистанційного моніторингу, 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
Кожне значення потребує джерела
Значення глюкози, введене пацієнтом, виміряне пристроєм, імпортоване з лабораторного звіту або згенероване моделлю ШІ, означає різні речі. Anpheros записує тип автора (пацієнт, практикуючий лікар, пристрій, імпорт, ШІ), організацію та вихідну систему для кожного запису та зберігає кожну версію.
Доступ вирішується пацієнтом, а не лише програмою
Окрім входу користувача та ролей, медичне програмне забезпечення потребує згоди: яка програма може читати яку частину запису якої особи, як довго, та аудит, який може бачити особа. Consent and access model
Дані повинні пережити програму
Записи зберігаються роками та переміщуються між постачальниками. Відокремлення запису (інфраструктури) від програми означає, що редизайн, новий додаток або новий партнер не вимагають міграції медичних даних. Digital medical record infrastructure
Розробляйте та тестуйте без реальних пацієнтів
Реальні медичні дані не повинні бути в середовищах розробки. Anpheros має пісочницю — окрему базу даних із синтетичними пацієнтами — та ключі пісочниці, які фізично не можуть отримати доступ до виробничих даних.
ШІ потребує тих самих правил, що й усі інші
Функція ШІ є ще одним читачем запису. Вона повинна отримувати лише те, що дозволив пацієнт, із зазначенням джерел, а її вихідні дані повинні бути позначені як згенеровані ШІ. AI healthcare applications
Що ви створюєте, а що надає Anpheros
| Рівень | Ви створюєте | Anpheros надає |
|---|---|---|
| Користувацький досвід | екрани, потоки, сповіщення, клінічний контент | — |
| Ваші користувачі та облікові записи | реєстрація, вхід, ролі у вашому продукті | згода пацієнта на доступ до даних для кожного пацієнта; вхід пацієнта на сторінці згоди |
| Зберігання медичних даних | — | FHIR R4 запис, 26 типів ресурсів, історія, документи |
| Кодування | вибір того, що записувати | стандартні системи кодування, пакетний пошук LOINC |
| Контроль доступу до записів | хто з ваших користувачів бачить якого пацієнта | ізоляція проєктів, парні ідентифікатори, OAuth scopes |
| Аудит | — | походження даних при записі, журнал доступу, видимий пацієнту |
| Інтеграція | специфіка партнерів | імпорт лабораторних даних, FHIR транзакції, вебхуки, SDK |
| ШІ | запити, вибір моделі, безпека вашої функції | API контексту з лімітами токенів та мітками походження даних |
| Відповідність | ваші регуляторні зобов'язання та клінічна безпека | розміщення даних в ЄС, шифрування документів ключем, керованим клієнтом, угода про обробку даних для виробництва |
Куди рухатися далі
- Покроковий шлях від доступу до продакшену: Build with Anpheros
- Робочий посібник: Створення медичного застосунку
- Відповідальність медичного бекенду: Медичний бекенд застосунку та база даних
- Діаграми та потоки даних: Архітектура
- Для команд на ранніх стадіях: Стартапи в галузі охорони здоров'я
Пов'язане
- Інфраструктура медичних даних
- API для охорони здоров'я
- Безпека, конфіденційність та місцезнаходження даних
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card