API в здравоохранении – магия в воздухе

Наша современная жизнь оснащена API – программными инструментами, которые позволяют различным системам общаться друг с другом – и они настолько включены в наши процедуры, что мы редко думаем о них. Мы проверяем наши балансы, время полета, музыкальные очереди и прогнозы погоды в режиме реального времени, все с наших телефонов. За кулисами бесчисленные программные программы и серверы работают вместе через Интернет, чтобы получить необходимую информацию, и мгновенно доставить ее. Эти взаимодействия обычно полагаются на API RESTFUL (общий стиль дизайна веб -сервисов) и передают данные с использованием JSON, легкого формата для структурирования информации.

Однако здравоохранение-возможно, наиболее важное (каламбур) из всех отраслей-не функционирует с той же бесшовной функциональностью в реальном времени. В то время как существуют части, такие как API, которые притягивают результаты LAB и визуализации в EHR, конвейеры обработки претензий для финансовых данных и пользовательские API, которые обеспечивают мониторинг сердечных и жизненно важных знаков в условиях жесткой интенсивной терапии,-нам не хватает богатой интеграции между нашим личным здоровьем (которые мы можем все больше контролировать себя, благодаря количественному самоодвижению) и провальные системы, которые могут контролировать и реагировать на основания данных.

Большинство из нас могли бы использовать немного больше поддержки, когда дело доходит до управления нашим здоровьем. Одним из примеров более продвинутой API-поддержки ухода является интеграция непрерывных мониторов глюкозы, инсулиновых насосов, а иногда и EHR для пациентов с инсулинозависимым диабетом. Другие хронические состояния, такие как ожирение, гипертония, заболевание коронарной артерии, астма, ХОБЛ, депрессия и сосудистые заболевания, могут извлечь выгоду из API, которые позволяют беспрепятственно обмен данными между людьми и умными серверами.

Итак, почему этот вид бесшовного опыта API, способствующего более широкому распространению в системе здравоохранения США? Это не вопрос технических возможностей. Проблема заключается в том, что наша инфраструктура здравоохранения все еще основана на «кирпичах и растворе» / личных посещениях и процедурах. Вся бизнес -модель стимулирует услуги, предоставляемые в стенах клиник и больниц, а не тот вид непрерывной цифровой помощи, который делает возможным API.

Хотя уход на основе стоимости часто отстаивается как будущее, он остается в значительной степени теоретическим. И фьючерсы не поставляются с кодами выставления счетов. Рене Декарт классно сказал: “Я думаю, тогда я” – Я думаю, поэтому я есть. В американском здравоохранении может быть более точно, чтобы сказать, “CPTO: я” – Я код, поэтому я есть. (Ваш пробег на переводе может варьироваться.)

Что еще более важно, нашей цифровой точкой якоря в здравоохранении является EHR, инструмент, созданный для документации, а не автоматизацию. Когда кто-то думает о необходимости отслеживать «состояние» в терминах информатики, это в значительной степени именно тот тип вычислений, необходимых для понимания и реагирования на состояние здоровья пациента в режиме реального времени. Возможно, весь мир облачных вычислений заключается в том, чтобы привлечь такие сложные вычисления непосредственно в API-стратегию API-первого.

В конечном счете, чтобы разблокировать преимущества, которые API приносили в любую другую отрасль, нам нужно переосмыслить стимулирующую структуру, которая регулирует, как оказается и оплачивается забота. Прямо сейчас многие системы здравоохранения и поставщики EHR работают как монолитные крепости, где связь с внешним миром опасается как дверь для «утечки пациента». Но API не следует рассматривать как угрозу для оказания медицинской помощи, их следует рассматривать как шлюз для оказания более умной, более отзывчивой помощи. Мы должны переосмыслить API. Здравоохранение не будет первой отраслью, которая будет обновлять свои «кирпичные и минометные» существование конкурентов, предоставляющих различное сочетание цифровых услуг.

Как может выглядеть мир API-первого мира для поставщиков и плательщиков? Представьте себе каждого пациента с вычислительной моделью своего здоровья, где каждый лечащий параметр (например, вес, артериальное давление, частота сердечных сокращений, физические упражнения, воспаление и химия крови) служат как маркером для диагностики, так и в качестве возможности для лечения. Многие из этих метрик и хронические состояния, связанные с ними, могут контролироваться и управляться с помощью смартфонов и подключенных устройств.

Хотя это может показаться футуристическим, стоит отметить, что большинство крупных интернет -магазинов используют тот же тип подхода для взаимодействия со своими клиентами. Стандарт передачи клинических данных HL7 FHIR, наконец, позволяет нам иметь единый, вычисляемый формат для представления медицинских карт, что делает возможным интеллектуальный обмен данными в масштабе.

Есть также краткосрочные возможности для API для улучшения медицинской помощи, особенно в острых условиях, где затраты и ставки высоки. Здесь тратят деньги прямо сейчас. Подумайте о пациенте с застойной сердечной недостаточностью, на диализе или прохождении химиотерапии. Это люди, чьи условия можно контролировать и управляться более эффективно между посещениями, избегая дорогостоящих посещений ER или госпитализации.

Плательщики также имеют доступ к большей части тех же данных о пациенте (или могут получить их через API -интерфейсы FHIR) и все больше стимулируют, чтобы действовать, особенно те, кто работает под капитированными моделями риска. Новое руководство HHS и CMS уже много раз говорилось, что они будут переходить к более цифровым моделям ухода – и API лежат в основе этого. По мере того, как здравоохранение движется к современным технологическим стекам и умной инфраструктуре, управление уходом готова выглядеть совсем иначе.

Фото: Chombosan, Getty Images

Этот пост появляется через Medicity влиятельные лица программа Любой может опубликовать свой взгляд на бизнес и инновации в области здравоохранения в Medicity News через Medicity влиятельные лица. Нажмите здесь, чтобы узнать, какПолем