Open EHR: A Game Changer Comes of Age

Autor: Ewan Davis

Fonte: Link

Estive observando openEHR ao longo de mais de quinze anos e sempre me impressiono com o seu potencial, que nos permite fazer as coisas de forma diferente, mas tem sido uma “queimadura lenta”, limitada, particularmente no Reino Unido (UK), onde foi inventado. No entanto, os recentes desenvolvimentos significam, na minha opinião, que isso está prestes a mudar e que openEHR vai decolar de uma maneira grande, que vai revolucionar a forma como pensamos, criar saúde digital e aumentar a velocidade com que podemos fazê-lo por pelo menos duas ordens de magnitude. Por que digo isso e que evidência existe para apoiar a minha afirmação?

OpenEHR vem de uma epoca com inúmeras pequenas implementações bem-sucedidas e algumas muito maiores que provam a abordagem à escala (1). Vimos também o uso de openEHR pelos governos e grandes provedores de saúde em todo o mundo, incluindo o próprio Sistema Nacional de Saúde do Reino Unido (NHS), como o mecanismo para a criação e “curadoria” de padrões de conteúdos clínicos em seus territórios (2). Adicionando a isso uma mudança, fazendo com que a Fundação openEHR seja, indiscutivelmente, uma organização de código aberto com uma comunidade global de usuários, o surgimento de uma comunidade de fornecedores crescente oferecendo tanto de código aberto quanto de ferramentas e componentes proprietários que suporte o padrão e o sério interesse de grandes integradores de sistemas, o openEHR parece uma alternativa muito melhor para a hegemonia dos grandes fornecedores US megasuite que querem moldar os sistemas de saúde e de cuidados na sua imagem e possuem as plataformas em que esses provedores dependerão cada vez mais.

Tudo o que ja li e todas as pessoas com quem eu falei em todo o mundo sobre a saúde digital, me ajudaram a chegar a um acordo sobre um par de coisas:

  1. Precisamos nos mover em direção a uma arquitetura de plataforma na qual podemos tapar os milhares de aplicativos e centenas de sistemas tradicionais que usamos atualmente na saúde e que nos permita interagir e trabalhar juntos.
  1. Precisamos separar o conteúdo (os dados, informações e conhecimentos através do uso e atualização de aplicativos) a partir das aplicações que processam, que o conteúdo precisa ser expresso em um formato modular, computável e reutilizável.

Além disso, contratos são rompidos. As pessoas discutem sobre modelos de negócios (que devem possuir e controlar a plataforma), bem como os detalhes das normas e tecnologias específicas a serem utilizadas. No entanto, todos com alguma credibilidade concordam com os princípios fundamentais.

Em modelos de negócios, há alguns que gostariam de possuir a própria plataforma, pois isso criaria uma oportunidade comercial enorme. E enquanto alguns ainda prosseguem com este objetivo, mais significativamente “apple”, outros decidiram, como eu, que a propriedade da plataforma não é nem realizável (pressões competitivas e de clientes significam ainda que a poderosa Apple não pode vencer esta batalha) ou desejável (a partir da perspectiva dos cidadãos, prestadores de cuidados de saúde e contribuintes – Nenhum dos quais desejam ser bloqueados ou pagar o “imposto de fruta” ou equivalente). Outros, incluindo eu e mais alguns grandes jogadores têm chegado à conclusão de que, apesar de que seria muito bom para possuir a plataforma, que isso não vai acontecer e que precisam nos deslocar para uma plataforma aberta que ninguém é dono (assim como a Internet ) e procurar oportunidades comerciais mais elevadas na cadeia de valor, que a existência da plataforma será criada pela espada, em vez de desperdiçar tempo e recursos em uma batalha ninguém pode ganhar.

No detalhe de implementação o desacordo é menos significativo com os dois candidatos principais, openEHR e o Consórcio Saúde, ambos com abordagens semelhantes que já estão convergindo através da iniciativa CIMI para reduzir suas diferenças para o ponto onde eles realmente não importam e serão tratados em um nível puramente técnico com os seus componentes sendo facilmente intercambiáveis. Então, se queremos criar uma plataforma aberta, o que precisamos? Precisamos do openEHR ou algo parecido.

O que é então o openEHR? Não é um software, não é uma tecnologia particular. É uma especificação aberta ou padrão para a representação um pouco mais importante do conteúdo – os registros de saúde e os cuidados. A especificação é de código aberto (na medida em que você pode aplicar este termo para algo que não é software) é comissariada pela Fundação openEHR, uma empresa sem fins lucrativos controlada democraticamente por aqueles que optam por fazer parte da comunidade global openEHR (e ninguém pode). A comunidade é verdadeiramente global e em crescimento e consiste tanto do usuário quanto dos desenvolvedores, é apoiada por uma série de fornecedores que podem oferecer ferramentas, componentes e serviços que suportem a norma.

OpenEHR fornece um modelo de referência global simples, robusto e estável (3) que define um formalismo para a representação dos componentes modulares de um registro de saúde e cuidados que o openEHR chama de arquétipos que definem elementos de registro, suas propriedades e como eles são representados (incluindo ligação para terminologias e classificações). Arquétipos destinam-se a representar um subconjunto de todas as propriedades que podem ser associadas com o conceito que representam (a um nível elevado estes serão uma observação, a avaliação, a instrução ou uma ação) e pode ser restringida e/ou combinados em um modelo para fornecer componentes de interoperabilidade práticos para uso em um contexto ou sistema em particular. As ferramentas disponíveis para a criação de arquétipos e modelos são de código aberto (como são a grande maioria dos arquétipos e modelos criados com eles) e fazer com que o openEHR seja facilmente acessível para os médicos e outros especialistas de domínio, proporcionando componentes robustos para desenvolvedores de sistemas que lidam com muitas das complexidades técnicas. OpenEHR permite aos médicos se concentrarem da clínica e desenvolvedores se concentrarem na técnica, sem necessidade de entender mais sobre outro domínio além do que eles querem.

Através da construção de sistemas utilizando turnos de desenvolvimento de sistemas openEHR da técnica ao nível do domínio. Um repositório construído para armazenar e cuidar do registro de saúde openEHR não precisa ter em conta o conteúdo específico de um determinado arquétipo, qualquer arquétipo que poderá representá-lo será capaz de armazená-lo e você será capaz de consultar o repositório sobre o seu conteúdo . Esta característica do openEHR é o fator-chave de desenvolvimento de aplicações muito mais rápidas, como a adição de novos recursos não exigirá alterações em esquemas de banco de dados e os testes e migração de dados associados, mas simplesmente o uso de arquétipos e/ou modelos adicionais (que pode ser disponível como o resultado do trabalho de outros na comunidade ou podem ser rapidamente criados pelo especialista de domínio relevante) e a criação de alguns novos componentes de interface do usuário, que muitas vezes podem ser gerados automaticamente a partir dos modelos subjacentes. Desta forma, mudanças podem ser feitas por usuários finais, reduzindo o tempo para adicionar novos recursos de meses para horas e o tempo para construir novos sistemas de anos para semanas.

Implementações compatíveis do padrão de diferentes fornecedores são intercambiáveis e uma única consulta pode ser executada em várias implementações. OpenEHR é fornecedor independente e elimina trava de vendedor.

OpenEHR é uma tecnologia independente. As aplicações não precisam se preocupar com a tecnologia de uma implementação particular de um repositório openEHR, isso é uma questão inteiramente para o implementador, que pode escolher aquele que funciona melhor para eles sem afetar os aplicativos que utilizam, desde que permaneçam em conformidade com o padrão. As capacidades tecnológicas e modas mudam continuamente e a escolha de uma determinada tecnologia vai depender do que funciona melhor para um desenvolvedor particular, em um determinado momento e por um contexto particular de uso. Podemos ver isso na dúzia de implementações de modo existentes de repositórios openEHR que usam diferentes sistemas operacionais, bancos de dados (SQL e NoSQL) e ferramentas de desenvolvimento para criar tanto de fonte aberta e implementações proprietárias da norma. Isto significa que os fornecedores de repositórios openEHR tem que competir em desempenho, segurança, robustez, valor e serviço e não pode contar com bloqueio do cliente como os fornecedores de muitos EHRs tradicionais têm no passado.

Do ponto de vista dos prestadores de cuidados de saúde o openEHR os coloca de volta no comando de seu próprio destino. Atualmente, as abordagens mais bem sucedidas para a entrega de ampla empresa EHR tem sido a de adotar um dos quatro grandes megasuits dos EUA e adaptar seus processos e organização para se encaixar com o seu sistema escolhido – Você se tornará um EPIC, Cerner, Allscripts ou Meditech Instituição (não um cliente que dá as cartas). Este modelo tem trabalhado espetacularmente e particularmente para EPIC, em um grande número dp Hospital dos EUA, mas começa a quebrar quando você procura alargar o âmbito de uma instituição a uma saúde integrada e cuidar da comunidade e se encaixa mal com o Reino Unido e outros modelos europeus de registro de saúde, que não estão tão perto quanto os grandes fabricantes privados podem esperar para o modelo dos EUA. Depois de tudo, por que a saúde Europeia que é relativamente bem sucedida no registro de saúde quer adotar sistemas projetados principalmente para o sistema norte-americano desigual e insustentável, que de acordo com o respeitado Commonwealth Foundation US ocupa a última posição entre os onze países sobre medidas de acesso, eqüidade, qualidade, eficiência e vida saudável enquanto o Reino Unido tem o ponto número um.

Grande parte da minha convicção sobre openEHR vem do trabalho que tenho estado envolvido com HANDI para ser construída a Handi-HOPD do HANDI Open Platform Demonstrator que agora tem sido adotado pelo NHS Inglaterra como o Code4Health Plataforma NHS Inglaterra. Esta plataforma fornece um ambiente de simulação para qualquer sistema de serviço que quer expor uma API (interface) em um ecossistema aberto e inclui um repositório openEHR carregado com dados de teste do Projeto Leeds Lab. Temos exposto a SMART e APIs FHIR bem como a API do serviço openEHR nativa em cima do repositório e usamos isso para construir um número de aplicativos que demonstrou como você pode simplesmente ligar aplicativos desenvolvidos em outros lugares usando a API do SMART. Temos também usado esta plataforma para fazer o protótipo de uma localização de um produto de código aberto ePrescribing www.openep.org do Reino Unido, temos sido capazes de realizar a localização e atender a alguns requisitos especiais de saúde mental, tem sido impressionante, de fato tão impressionante que nós em breve anunciaremos os primeiros NHS Trusts que vai tornar o sistema vivo. O trabalho está sendo concluído para remarcar a plataforma HANDI como o Code4Health Plataforma NHS e isso em breve estará disponível para aqueles que querem aprender mais e ter experiências com essas e outras tecnologias abertas.

 

Notas:

Publicado no site Open EHR Brasil em 19 / fev / 2016

Deixe seu comentário