Сервер FHIR зберігає та надає ресурси FHIR. Платформа FHIR — це те, що вам насправді потрібно для випуску медичного продукту: сервер, плюс ідентифікація, згода, походження, ізоляція між клієнтами, вебхуки, документи, термінологія та хтось, хто підтримує його роботу відповідно до GDPR. Цей посібник розкриває відмінності та описує, як Anpheros Platform заповнює кожну прогалину, щоб ви могли вирішити, чи варто будувати на ній, чи запускати власну.
Технічна версія для розробників: Платформа медичних API · Порівняння серверів FHIR на developers.anpheros.com, із запитами, відповідями та обмеженнями. Ця сторінка є версією простою мовою.
Сервер проти платформи
FHIR-сервери з відкритим кодом (наприклад, HAPI) чудово справляються з частиною FHIR: ресурси, пошук, валідація, історія. Все інше залишається на вас:
| Потреба | FHIR-сервер | FHIR-платформа |
|---|---|---|
| Зберігання ресурсів, пошук, історія | так | так |
| Хто може читати якого пацієнта | ваш код | вбудована згода |
| Хто записав кожне значення | ваш код | Походження при кожному записі |
| Кілька клієнтів на одній системі | ваш код | ізоляція проектів, парні ідентифікатори |
| Екран згоди для пацієнта | ваш код | OAuth 2.1 + SMART on FHIR |
| Сповіщення до вашого додатку | опитування | підписані вебхуки |
| Реалістичні тестові дані | ваші фікстури | 30 синтетичних пацієнтів на пісочницю |
| Хостинг, резервне копіювання, GDPR, DPA | ваша команда експлуатації | включено |
Якщо у вас є команда експлуатації, менеджер з питань відповідності та шість місяців, запуск власного сервера — чудовий вибір. Якщо у вас є продукт для випуску, платформа — це швидше.
Як побудована Anpheros Platform
Один запис FHIR R4 на пацієнта. 26 типів ресурсів, закодованих за допомогою LOINC, ICD-10 та ATC, валідованих при записі. Суворий FHIR API знаходиться за адресою /fhir/R4, з CapabilityStatement за адресою /fhir/R4/metadata, а простий REST API за адресою /v1 надає ті ж дані з тими ж ідентифікаторами.
Ізоляція проектів та парні ідентифікатори. Проект (API-ключ) бачить лише створених ним пацієнтів. Кожен проект отримує власний ідентифікатор для однієї й тієї ж особи; внутрішні ідентифікатори ніколи не покидають платформу. Посилання на пацієнтів поза вашою областю дії маскуються непрозорим токеном для кожного проекту.
Згода визначає читання, власність визначає запис. За згодою пацієнта організація бачить повний запис, включаючи те, що написали інші клініки, але може змінювати або видаляти лише те, що написала сама. Кожна версія кожного ресурсу записує проект, який її написав; запис іншим проектом відхиляється з поясненням.
Походження та аудит при кожному записі. Provenance.agent.onBehalfOf вказує клініку чи організацію на момент запису; рядок аудиту записує, хто, що, коли, під яким дозволом, з якої програми. Пацієнт може прочитати свій журнал доступу, також у вигляді ресурсів FHIR AuditEvent.
Тонкі, підписані вебхуки. Події несуть ідентифікатори та версії, ніколи клінічний вміст; ви читаєте ресурс через API. Доставки підписуються за допомогою HMAC-SHA256 і повторюються з відкатом до 24 годин.
Пісочниця та виробниче середовище — це окремі бази даних. Ключ sk_test_ не може отримати доступ до реального пацієнта. Пісочниця безкоштовна та самообслуговувана.
Резиденція в ЄС. Cloud Run у europe-west4, з угодою про обробку даних для виробничих організацій.
Що навмисно відсутнє
- Немає підтримки клінічних рішень. Платформа зберігає, кодує та ділиться; вона не діагностує та не рекомендує лікування.
- Немає повної бази даних ліків з взаємодіями. Ліки кодуються за допомогою ATC, і для пошуку доступний пакетний набір ATC та LOINC, але перевірка взаємодій є вашим компонентом або ліцензованою послугою.
- Немає шини повідомлень HL7 v2 лікарняного рівня. Є імпорт HL7 v2 ORU^R01 для лабораторних звітів; немає ADT або управління замовленнями.
Знання цих обмежень заздалегідь заощаджує тиждень дослідження.
Коли замість цього варто запустити власний сервер
- Ви повинні розміщувати дані у власній лікарняній мережі, без зовнішнього обробника.
- Вам потрібен FHIR R5 або профілі, які платформа не реалізує.
- Ваш продукт — це сам FHIR-сервер.
У всіх інших випадках почніть з пісочниці, виміряйте та прийміть рішення на основі даних. Перша година описана на developers.anpheros.com/guides/first-hour; повний довідник API знаходиться на platform.anpheros.com/docs.
Поширені запитання
Чи є Anpheros FHIR-сервером?
Він містить один: FHIR R4 API з 26 типами ресурсів, пошуком, історією, операціями $everything, $summary, $validate та термінологією. Навколо нього — згода, походження, ізоляція, вебхуки та хостинг, що робить його платформою.
Яка версія FHIR?
FHIR R4 (4.0.1), версія, яка вимагається законодавством ЄС та США і реалізована більшістю систем. Відповідність була перевірена за допомогою Inferno; див. нотатки про відповідність IPS.
Чи можуть кілька клінік спільно використовувати запис пацієнта?
Так, саме в цьому суть. За згодою пацієнта кожна клініка читає повний запис і записує власні ресурси, кожен з яких позначений своїм походженням. Жодна клініка не може змінити те, що написала інша.
Чи є безкоштовний FHIR-бекэнд для розробки?
Так. Пісочниця безкоштовна, самообслуговувана та надає 30 синтетичних пацієнтів на проект. Див. Безкоштовний FHIR-сервер: пісочниця.
Як я можу мігрувати, якщо мені знадобиться?
Все є FHIR R4 та експортовано: Patient/{id}/$everything повертає повний запис пацієнта як Bundle. Немає пропрієтарного формату для розбору.
Тримайте свою медичну карту завжди з собою
Anpheros Daily зберігає симптоми, результати аналізів, ліки та документи в одному місці, у стандартному форматі, під вашим контролем. Базовий план безкоштовний.