электронных систем здравоохранения
|
Проект по спецификации openEHR Миссия проекта: Проект по спецификации является одним из ключевых направлений деятельности openEHR. В рамках данного проекта осуществляются работы по созданию, обслуживанию и обновлению спецификаций и их реализаций в форматах цифровых данных с целью достижения основной цели openEHR - способствовать развитию и широкому применению открытых медицинских информационных систем, ориентированных на пациента. Задачи проекта: - осуществлять комплектование библиотеки спецификаций, поддерживать высокое качество представленной в ней информации; - гарантировать применимость и актуальность спецификаций для сообщества специалистов электронного здравоохранения; - осуществлять сотрудничество с официальными организациями по разработке стандартов в целях достижения согласованности и общей корректности, а также снижения затрат на использование официальных стандартов. Достижение целей Проекта происходит посредством: - разработки новых технических спецификаций в соответствии с потребностями сообщества специалистов электронного здравоохранения; - принятия и адаптации спецификаций, безвозмездно переданных openEHR Foundation; - управления спецификациями и поддержания их согласованности для удовлетворения потребностей разработчиков решений и технологий, пользователей приложений/медицинской информации (в том числе, пациентов) и организаций сектора электронного здравоохранения; - предоставления всех спецификаций в открытый доступ и бесплатное пользование согласно правилам либеральной лицензии Open Source на свободное ПО и информационные материалы. Цели проекта Проект по спецификации openEHR преследует следующие цели: - гарантировать высокий уровень качества, достоверности, надежности, целостности и актуальности медицинской информации на протяжении всего ее жизненного цикла (на этапах от создания до архивации) посредством создания соответствующих технических и других возможностей; - способствовать использованию потенциала современных информационных технологий, представленных в форме языков программирования и сред разработки приложений; - обеспечивать связь с формальными международными стандартами посредством разработки дополнительных спецификаций или справочных материалов по слиянию содержимого спецификаций openEHR с содержимым международных стандартов; - гарантировать соблюдение принципа преемственности через сохранение актуальности клинической информации формата предыдущих версий спецификаций openEHR. Контроль качества В целях реализации миссии openEHR Foundation, Проект по спецификации основывается на следующих критериях оценки качества выполняемой деятельности: Ясно сформулированная область применения: область применения любой спецификации или артефакта должна быть ясно сформулирована, дополнена описанием случаев ее/его применения. Модульность: спецификации должны быть организованы в качестве компонентов единого целого, подчиняясь принципу низкой связности и однонаправленной зависимости, обеспечивая а) поэтапную развертываемость б) ограниченное влияние того или иного изменения на конкретную спецификацию. Проектирование спецификаций: спецификации не просто создаются комитетами, но разрабатываются в соответствии с техническими требованиями каждого конкретного артефакта, и основываются на следующих предписаниях: ориентация на существующие потребности: процесс разработки включает в себя этап определения потребностей, в рамках которого фиксируются вновь возникающие требования, требования, собранные в ходе исследовательской работы или по итогам взаимодействия с сообществом openEHR. ориентация на теоретическую базу: концепция разработки должна быть ясна и четко сформулирована во всех спецификациях. Ссылки на релевантные опубликованные работы должны быть включены там, где это уместно. ориентация на фактические данные: модели и спецификации должны быть основаны на доказательном материале, свидетельствующем о том, насколько успешно функционируют текущие реализации технологии; на эмпирических данных о клинической информации и документообороте; на сведениях о реальном использование технологии. Согласованность спецификаций: все спецификации совместимы друг с другом и образуют единое целое. Спецификации или вносимые в спецификации изменения, которые не согласуются с существующей библиотекой спецификаций, недопустимы. Понятность спецификаций: спецификации должны быть понятны человеку, обладающему общими профессиональными компетенциями; сложность моделей и документации должна сознательно контролироваться. Недвусмысленность толкования классификаций: особые усилия направлены на исключение возможности некорректного толкования классификаций, их неправильного использования и непоследовательности в применении. Возможность компьютерной обработки спецификаций: все спецификации, описывающие формальные модели и языки, должны также быть представлены в электронной форме и доступны для использования компьютерными приложениями. Семантика электронной формы спецификации должна соответствовать семантике документарной формы спецификации. (Идеальным вариантом представляется использование электронных спецификаций для создания спецификаций в форме печатного издания). Спецификации, представляющие собой справочные или обзорные материалы не нуждаются в официальном документальном представлении, однако распространение примеров использования кода приветствуется. Применимость классификаций: все формальные спецификации должны находить применение в качестве (компонентов) технологий. Учитывая то, что спецификация является лишь компонентом той или иной технологии, допускаются некоторые семантические различия. Например, при работе с XML Schema некоторые ограничения и механизмы наследования свойств недоступны, или существенно отличаются от соответствующих в основной спецификации. Однако, так как XML Schema широко распространена, существует потребность в нормативном выражении соответствующих спецификаций. Управление изменениями: управление спецификациями происходит по установленной процедуре, в согласии с правилами выпуска новых версий, релизов и т.д. Правила выпуска версий, опубликованные на сайте semver.org, применяются ко всем спецификациям (хотя могли не применятся ранее, т.е. до утверждения настоящих правил).
Системы отслеживания ошибок используются для регистрации отчетов об ошибках и запросов о внесении изменений. Устранения ошибок или внесение существенных изменений осуществляются в рамках выпуска нового релиза. Внесение исправлений в спецификации приостанавливается на начальных этапах введения спецификаций в эксплуатацию. |