Ноябрь 2008

«Люди разработки программного обеспечения не понимают сложности здравоохранения и медицинских работников не понимают, что нужно для производства программного обеспечения. Это трудно для них, чтобы понять друг друга, поэтому [одно из основных преимуществ ОНТ] будет собрать их вместе в одной комнате.»

Скип Мак-Гои

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

Консенсус вокруг двух инициатив, которые обещают улучшить нынешнюю ситуацию. Первый заключается в содействии широкому распространению электронных медицинских записей (ЭМК). Вторая заключается в улучшении доступности и взаимодействия между системами EHR. В этой статье мы представляем инструменты открытия здоровья (ОНТ), открытым исходным кодом экосистемы, где члены здравоохранения и информационной технологии (ИТ) профессии могут сотрудничать для создания совместимых систем EHR.

Инструменты открытого здоровья

Проблемы взаимодействия и их результате неэффективности может привести к увеличению расходов, медицинская ошибка, плохое обслуживание и даже смерти. Есть исследования, показывающие, что отсутствие немедленного доступа к результатам медицинских записей в тысячах смертей каждый год. В США в одиночку предполагается, что 200 000 человек ежегодно умирают от медицинских ошибок, многие из которых было бы предотвратить, если мы связаны, взаимодействие систем EHR.

Хотя взаимодействие имеет важное значение, прогресс в деле взаимодействия EHR систем остается мучительно медленным. Бывший Председатель Intel Эндрю Гроув сравнивает здравоохранения с основной ИТ-индустрии: «Когда речь заходит об эффективности работы, ничто не иллюстрирует пропасть между двумя отраслями, лучше, чем Сравнение темпов осуществления электронных медицинских записей с темпами роста электронной торговли». Хотя она открывает огромные возможности для улучшения систем здравоохранения и качества медицинской помощи, он также представляет нам с огромными проблемами.

ОНТ является организация международного открытого источника, которая была образована в 2007 году для ускорения внедрения EHR систем и поощрения взаимодействия. ОНТ был инкубировали в Eclipse Foundation и уровень здоровья 7. На момент написания статьи, он имеет более 30 членов, представляющих поперечные здравоохранения сообщества из Австралии, Канады, США, Великобритании и континентальной Европы. Члены ОНТ считают, что открытым исходным кодом может быть мощным рычагом для ускорения развертывания EHR, улучшения взаимодействия между системами и ускорить доставку сопутствующих социальных и экономических выгод. Они поддерживают основные принципы, лежащие в основе разработки открытого исходного кода: i) авторы работают главным образом для удовлетворения своих собственных потребностей; II) программное обеспечение способствует общий пул когда имеет смысл бизнеса сделать это; III) развитие усилий координирует старших разработчиков и архитекторов, которые обеспечивают, что конечным результатом является своевременной и последовательной; и iv) все участники разделяют в и использовать конечный результат.

Многие открытые усилия ориентированы на здравоохранение. Тем не менее никто не получил значительные тяги. Мы считаем, есть причины, почему ОНТ будет успешным, где другие усилия не:

  1. ОНТ приняли участие национальных медицинских учреждений, продавцов, поставщиков медицинских услуг, стандартов организаций, ученых, исследователей и плательщиков.
  2. ОНТ имеет очень четкое представление о своей основной задачи по разработке и выполнения программного обеспечения.
  3. ОНТ не нет внутренней путаницы, действующей в качестве квази стандартов Организации (хотя многие из ключевых стандартов группы являются членами) и не является ассоциацией поставщиков, продвижение продукции членов (хотя многие поставщики являются также членами ОНТ).
  4. ОНТ понимает, что его экосистемы необходимо сбалансировать социальные выгоды свободно распространять код с бизнес необходимостью помочь коммерческих членов генерировать прибыль, часть которой затем может прямо или косвенно вытекать обратно в ОНТ.

Этот последний пункт является ключом к долгосрочной устойчивости. Мы поощряем использование коммерческих экологически чистых процессов и лицензий, таких как Eclipse общественной лицензии (EPL) и помочь членам продвигать продукцию и откройте для себя синергии и новые возможности. Мы считаем, что это отличает ОНТ от наиболее открытым исходным кодом здравоохранения усилия, которые не считают их бизнеса для содействия развитию торговли и, как правило, использование вирусных лицензии, такие, как Фонд свободного программного обеспечения GPL или LGPL под ошибочное понятие, что это позволит предотвратить «злоупотребление» их программного обеспечения с коммерческими организациями. Что делать эти лицензии на практике, это уничтожить возможности для создания продукции с добавленной стоимостью, что делает его трудно совместить с открытым исходным кодом и патентованного программного обеспечения в одном пакете.

Стремление к взаимодействию

Собственные границы являются главной причиной нынешней ситуации не функционально совместимых систем EHR. Различные несвободные системы имеют различную информацию архитектуры. Текущие стандарты, такие как HL7 полностью неоднозначности EHR структур, даже при реализации утверждают, быть совместимыми. Это вполне возможно, на самом деле это типично, чтобы иметь совместимые, но не функционально совместимых реализаций HL7. С медработники, плательщиками, пациентов и медицинских работников всех требовательных действий, путь наименьшего сопротивления для большинства поставщиков является предложить дополнительные решения этот документ через щели между текущей реализации с «наименьшего общего знаменателя» интеграции подходов. Шлюзы представляют собой типичный ответ: те части записей структур, которые могут быть сопоставлены между двумя реализациями EHR будет, но некоторая информация обычно теряется, поскольку нельзя полностью выровнять две архитектуры информации. Это легко понять, что вещи просто получить хуже когда здоровье записей перемещения через несколько собственных границ.

Результатом является обычно примитивным взаимодействие за счет функциональных возможностей. Такой подход только увековечивает проблемы. Реальное решение требует: i) общей платформы, которая может совместно использоваться всеми, и который основывается на интеграции сильных и проверенных моделей с четко определенными интерфейсами; II) мощные преобразования данных; и iii) база унификации базовых технологий. Чтобы быть успешным, функциональной совместимости должна быть разработана в и превращено от платформы до приложения, не навязана сверху вниз несвободные приложения к шлюзу или адаптер.

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

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

Необходимость в общей платформы

Возможность достижения общей вездесущими платформы вызовет некоторые природные скептицизм. ОНТ в мотивации для этой цели происходит от общей истории ее основателей в проекте Eclipse. Платформа Eclipse была разработана для удовлетворения потребностей рынка инструментов разработки программного обеспечения эксплуатационной совместимости. До затмения этот рынок был населен сотнями различных инструментов, которые interoperated (хотя и не очень хорошо), общий доступ к файлам и используя несколько фактических и де-факто стандартов. Microsoft была наиболее способных платформы, но его рост был остановлен. Ни один поставщик конкурирующих - не даже крупные игроки, как IBM, Borland, и Rational - может позволить себе инвестиции, необходимые для построения широко способный базовый продукт, а затем добавить все расширения, настроек и специализации, необходимых для удовлетворения широту требований заказчика. Результат был недовольство клиентов и неэффективность, в сочетании с определенным фатализм что это было как отрасль всегда была, и ничего не может быть сделано об этом. Это очень напоминает отношения, видели в отрасли здравоохранения сегодня.

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

Мы считаем, что Eclipse удалось, поскольку инфраструктура была разработана с нуля до поддержки взаимодействия. Из-за его богатый набор высококачественных компонентов и эффекта масштаба переход на Eclipse является наиболее экономичным вариантом долгосрочной перспективе для большинства поставщиков. По сути коммерческую ценность предложение было изменено таким образом, чтобы поставщики могли совместно использовать общую инфраструктуру, но конкурировать на продукции с добавленной стоимостью с «Затмение внутри». Мы твердо убеждены в том, что Eclipse удалось, потому что он был свободно доступен и не контролируется одной доминирующей отрасли игрок. Для взаимодействия платформы для достижения своей цели она должна быть (почти) повсеместно. Приложения взаимодействуют, потому что они все, опираясь на ту же базу. Open source решение хорошо работает для базы; в самом деле это может быть единственным жизнеспособным решением. Платформа, как система национальной автомагистрали должна стать общим ресурсом, принадлежащий никто и позволяет всем использовать же ровное игровое поле. Это создает экономическую ценность и учитывает потребности клиентов. ОНТ члены полагают, можно достичь того же результата на рынке здравоохранения, и что ОНТ является правильный автомобиль для продвижения этой повестки дня. Исходя из опыта, что команда ОНТ имеет с Eclipse и EHR реализации и стандартов, мы видим три ключевых «Гранд вызовы» как предпосылки для успеха:

  1. ОНТ необходимо развивать высокое качество Модульная ОНТ платформа, которая на основе компонентов и имеет встроенные механизмы интеграции, расширения и настройки. Другими словами взаимодействие должна быть разработана в.
  2. ОНТ должны построить развития и сообщества пользователей, включающий представителей различных слоев здравоохранения заинтересованных сторон. Участие национальных медицинских учреждений, организаций по стандартизации и ключевых поставщиков имеет решающее значение.
  3. ОНТ должен создать самостоятельной экосистемы, которая позволит ОНТ платформы продолжать расти и развиваться, как новые потребности становятся очевидными. Это очень много изменения культуры миссии в рамках здравоохранения сообщества.

Достижение этих целей представляет собой проблему. Выход за рамки нынешней ситуации к общей совместной платформы будет трудным, многолетние усилия, требующие больше, чем просто превосходное техническое решение. Он будет также включать создание сообщества значительных усилий и создание благоприятной социально экономической экосистемы, которая предназначена для привлечения коммерческих сил и не бороться с ними. Трудная задача, конечно, но предыдущий опыт работы с платформой Eclipse и Eclipse Foundation показывает, что это не невозможно. И ставки высоки, поскольку взаимодействие в конечном счете имеет потенциал для снижения затрат, спасти жизни и улучшить обслуживание.

ОНТ платформа

Платформа ОНТ — шина служб enterprise для служб, реализующих медицинские приложения; Это часто называют «медицинских услуг автобус» или «медицинских услуг позвоночника». Хотя точная форма ОНТ платформы по-прежнему является работа, ОНТ члены работают для обеспечения более точного определения и реализации части системы. Планируемые услуги будут осуществляться являются:

Инфраструктурные услуги: включают безопасность и неприкосновенность частной жизни, пациентом и провайдером услуг реестров, коммуникаций, интеграции медицинского оборудования и рабочих процессов и бизнес-правил.

Услуги информация о пациенте: включить запись местоположения и управления, идентификация сущности, распределенных доступа к данным (CRUD), индексирование и репликация.

Службы взаимодействия: включают обмен данными, устаревшие адаптеры и преобразования данных.

Терминология услуги: включают администрирование, Поиск и запрос, создание и обслуживание и сопоставления концепции/терминологии.

Службы Analysis services: включают отчетность, аналитика и хранилище данных.

Здравоохранения: включают управление вспышкой, обнаружения и уведомления, геопространственного отображения и визуализации.

ОНТ платформа обеспечит встроенные расширения механизмов, позволяющих пользователям создавать первого класса расширения. Потенциальные приложения, ОНТ платформа предназначена для поддержки включают EHRs, личных медицинских записей (ГБВР), pharmacare, лаборатория, радиология/обработка изображений и зрителей/порталы для пациентов.

На практике не платформа будет быть успешной без дополнительного набора вспомогательных инструментов. ОНТ инструменты проекты планируются или включают в себя:

Моделирование: здравоохранение артефакты, клиническое содержание и медицинские данные.

HL7 сообщений: моделирование и дизайн, редакторы экземпляра сообщения и генераторы пример сообщения сообщений.

Терминология: Разработка, обновление, техническое обслуживание и развертывание.

Конформность и тест: Управление профилями, тест дизайн, испытания генераторов, тренажеры и выполнения тестов.

ИХЕ профили: реализации профилей, определенных путем интеграции предприятия здравоохранения (ИГЕ), промышленности при поддержке инициативы по улучшению взаимодействия.

ОНТ платформа предоставляет стандартный домен aware интерфейсов и компонентов многократного использования программного обеспечения, которые могут быть собраны в пациента в центре служб и приложений. Он предоставляет компонент и модели программирования, которые поддерживают ограничения в отношении разработки прикладного программного обеспечения. Результат — приложения, которые взаимодействуют плавно, потому что они работают одинаковый код. Совместимые приложения дешевле построить за счет использования высокого качества уже существующего кода. Пользователи найти такие приложения легче изучать и использовать, потому что они основаны на аналогичных концепций и моделей взаимодействия. Оператор навыки, приобретенные на одном приложении могут быть переданы на другой.

Создание сообщества ОНТ

Как отмечалось выше, важно создать как платформу и поддержки сообщества или экосистемы. Они должны развиваться в тандеме, как платформы и экосистемы имеют симбиотические отношения. Для того, чтобы создать сообщество, там должно быть общей общей платформой, на которой строится. Без продолжающегося исследования и коммерческой экосистемы платформа перестает инновациям, становится устаревшим и теряют актуальность с течением времени. Создание платформы и экосистемы требует значительных первоначальных инвестиций, что обычно поступает из государственных источников или образования, которое в долгосрочной перспективе выиграет от существования платформы и сообщества.

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

Заключение

Принцип вклада ОНТ будет:

  1. Проектов программного обеспечения с открытым кодом для создания платформы ОНТ и поддержки программных средств.
  2. Поддержки коммерческих экосистемных построен вокруг базы кода ОНТ открытым исходным кодом, который создаст долгосрочной перспективе устойчивость.
  3. Открытый форум и уровня игрового поля, где поставщики, поставщики, стандарты эксперты, воспитатели и разработчики программного обеспечения могут взаимодействовать и обмениваться активами и опытом.

Конечный результат развертывания здравоохранения ИТ систем на основе программного обеспечения ОНТ будет улучшение обслуживания, улучшения безопасности и снижения затрат. Непосредственными бенефициарами пациентов, общественного здравоохранения, таких, как государство действуют национальные здравоохранительные учреждения и частные плательщиков, таких, как страховые компании. Вторичные бенефициары включают поставщиков, которые будут создавать и эксплуатировать новые рынки и сократить затраты на разработку, частных провайдеров, которые могут адаптировать свои бизнес-модели для использования более низкой стоимости открытых решений с исходным кодом и врачи, которые могут доставить больше внимательности пациента в центре. Брайан Барри является Генеральным директором Bedarra Research Labs и технический директор открытых медицинских инструментов. С 1991 по 2002 год он служил разнообразно главного ученого, Генеральный директор, президент и технический директор объектной технологии International, Inc Под его руководством Оти разработал платформу Eclipse и IBM VisualAge семейство продуктов. Д-р Барри опубликовал ряд научных работ и статей по широкому кругу технических вопросов. Он работал на программных комитетов для конференций программного обеспечения таких как OOPSLA, ECOOP, AOSD и гибкой разработки, был соавтором стандарта ANSI Smalltalk и активно участвует в исследовательских советах и комитетах.

Рекомендуемые ресурсы

Инструменты открытого здоровья: Архитектурная концепция

Комиссия по системной совместимости: Окончание игры документа

Infoway здравоохранения Канады

Обновление медико-санитарной помощи в Канаде: Ускорение изменений

Доля этой статьи:

Цитируете эту статью:

Оцените содержание: 
Нет голосов были поданы еще. Скажи свое слово!