Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
Разработка медицинского ПО
В чем отличие разработки медицинского ПО и как структурируется медицинское приложение: ваш продукт сверху, Anpheros API, запись FHIR и согласие пациента внизу.
Медицинское программное обеспечение — это программное обеспечение, которое создает, хранит или обрабатывает информацию о здоровье людей: приложения для пациентов, инструменты для клиник, лабораторные системы, службы удаленного мониторинга, ИИ-ассистенты. Отличительной чертой является не пользовательский интерфейс, а данные: они конфиденциальны, долгосрочны, стандартизированы, передаются между организациями и подлежат согласию. 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 |
| Аудит | — | происхождение записей при записи, журнал доступа, видимый пациенту |
| Интеграция | специфика ваших партнеров | импорт лабораторных данных, транзакции FHIR, веб-хуки, SDK |
| ИИ | запросы, выбор модели, безопасность вашей функции | контекстный API с лимитами токенов и метками происхождения |
| Соответствие требованиям | ваши нормативные обязательства и клиническая безопасность | размещение данных в ЕС, шифрование документов с ключом, управляемым клиентом, соглашение об обработке данных для производственной среды |
Куда двигаться дальше
- Пошаговый путь от доступа к продакшену: Разработка с Anpheros
- Рабочий учебник: Создание медицинского приложения
- Обязанности медицинского бэкенда: Медицинское приложение: бэкенд и база данных
- Диаграммы и потоки данных: Архитектура
- Для команд на ранних стадиях: Стартапы в сфере здравоохранения
Связанные материалы
- Инфраструктура медицинских данных
- API для здравоохранения
- Безопасность, конфиденциальность и местоположение данных
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card