INTEGRATING THE HEALTHCARE ENTERPISE (IHE) Workshop de Orientação

1. INTEGRATING THE HEALTHCARE ENTERPISE (IHE)Workshop de Orientação International HL7 Interoperability Conference-10 Carlos Guilherme Costa, Product Manager, ALERT Life Sciences Computing, IHE US & Eu Connectathon participant Julio Carau, DirectorHospital de Clinicas "Dr. Manuel Quintela", Montevideo, Uruguai

2. Agenda Manhã: 1ª Parte: O PROCESSO DE ADOPÇÃO DE STANDARDS IHE: atingir interoperabilidade efectiva Tarde: 2ª Parte: COOPERAÇÃO ENTRE UTILIZADORES E EMPRESAS: de que forma posso contribuir e beneficiar com as normas IHE? COMO UTILIZAR RECURSOS IHE: caso prático

3. Agenda 1ª Parte O PROCESSO DE ADOPÇÃO DE STANDARDS IHE: atingir interoperabilidade efectiva 3

4. IHE: Uma Framework para a Interoperabilidade Uma Framework comum para a uniformização e implementação de vários standards Aplicação - Aplicação Sistema - Sistema Ambiente clínico - Ambiente clínico Permite o fluxo de informação clínica dentro e entre instituições, regiões e países Promove a selecção indiscriminada e o uso coordenado de standards clínicos e informáticos capazes de responder a necessidades específicas do sector da Saúde

5. Standards: Necessários…Não Suficientes • Os standards podem ser: • Fundamentais – para a interoperabilidade e comunicações • Abrangentes – variando em interpretações e implementações • Restritas – podem não ter em consideração a relação entre os domínios dos standards • Abundantes – muitas vezes redundantes e desconexos • Focalizadas – a implementação de um standard apenas foca um único standard A IHE propõe um processo uniforme para a implementação de vários standards

6. IHE: Ligando standards com Cuidados de Saúde • Profissionais de saúde trabalham com a indústria • Coordenar a implementação de standards para responder a necessidades clínicas e administrativas • Profissionais de saúde e informáticos identificam os principais problemas de interoperabilidade com que se deparam • Profissionais de saúde e a indústria trabalham em conjunto para desenvolver e disponibilizar soluções baseadas em standards • Implementadores seguem linhas de orientação comuns no que diz respeito à compra e integração de sistemas IHE: Um fórum para o acordo de um método de implementação de standards e processos

7. Teste em Connectathons Demonstrações IHE Criação de especificações técnicas Produtos com IHE Identificação de standards existentes (ex: HL7, DICOM, IETF, OASIS) Acesso atempado à informação Documentação de requisitos do Caso de Uso Facilidade de integração entre produtos Processo de Adopção de Standards

8. Benefícios para os Intervenientes • Prestadores de cuidados de saúde • Melhores workflows • Informação disponível quando e onde for necessário • Menos possibilidades de erro • Menos tarefas entediantes/trabalho repetido • Melhores tempos de execução • Fornecedores • Alinhar a interoperabilidade do produto com o consenso da indústria • Menores custos e menor compexidade na instalação e gestão de interfaces • Foco competitivo no espaço da funcionalidade/serviço e não no espaço de transporte de informação • SDOs (Organizações de Desenvolvimento de standards) • Feedback rápido para ajustar standards ao mundo real • Criação de massa crítica e adopção alargada

9. Estratégia de Implementação IHE • Operacionalizar standards estabelecidos de forma a permitir disponibilização rápida e planear o futuroPragmatismo, Facilidade de Evolução • Permitir liberdade de arquitectura (foco no paciente vs foco no profissional, centralização vs. descentralização, escalável [de gabinetes a empresas e de redes locais a redes regionais e nacionais) Flexibilidade de Configuração • Apoiar casos de uso inovadores: variedade de ambientes de prestação de cuidados, coordenação de cuidados, saúde pública, PHR, EHRInteroperabilidade para públicos-alvo abrangentes IHE: Promove a partilha de informação entre EHR e outros sistemas de informação de forma consistente e baseada em standards

10. Radiologiadesde 1998 FarmáciaNOVO 2009 Cardiologiadesde 2004 Patologiadesde 2006 Laboratóriodesde 2004 Oftalmologiadesde 2006 Infra-estrutura de SI (de Saúde) desde 2003 QualidadeInvestigação e Saúde Públicadesde 2006 Radio-Oncologiasince 2004 Dispositivos de Cuidados de Saúde desde 2005 Coordenação dos Cuidados de Saúdedesde 2004 Os Domínios de Desenvolvimento IHE 12 Anos de Crescimento Sustentado 1998 – 2010

11. Crescimento Internacional do IHE Alemanha Tailândia Turquia Canadá Áustria Holanda França Japão China Suíça ItálIA EUA RU Espanha 2005 2006 2000 2007 1999 2001 2002 2003 2004 2009 2008 2010 • Implementação Local, Extensões Nacionais • Eventos Promocionais e Demonstrações ao Vivo • Mais de 300 Organizações-Membro (todos intervenientes) Malásia Austrália Uniformização pragmática de standards globais + partilha de boas práticas 11

12. Perfis de Integração IHE - Modelo • Actores com papéisbemdefinidos • Abstraiumafunçãoespecífica do sistema de informação • … a executartransaçõesbemdefinidas • Utilizando standards existentes • … para resolver problemas de interoperabilidade do mundo real • EspecificandoPerfis de Integração

13. Conceitos IHE fundamentais • SistemasGerais -> Actores • Interacções entre Actores -> Transacções • CenáriosProblema/Solução -> Perfis deIntegração • EmcadaPerfil de Integração: • É definido o contexto (qual é o problema do mundo real) • São definidososactores (quaisossistemasenvolvidos) • São definidastransacções (o quedeve ser feito)

14. Produto XYZdo Fornecedor T O Mundo do Produto…..

15. Actor Actor Actor O Mundo IHE…. Transacção IHE Transacção IHE Actor IHE Actor IHE Transacção IHE

16. Actor Actor Actor Produto XYZdo Fornecedor T Mapeamento IHE emProdutos Transacção IHE Actor IHE Transacção IHE Actor IHE Transacção IHE

17. Organização das Frameworks Técnicas • Volume 1: Perfis de Integração e de Conteúdos • Descreve necessidade clínica e casos de uso • Identifica : • Actores e transacções • Módulos de conteúdos • Volume 2+ da Framework Técnica • Fornece especificações de implementação de transacções ou módulos de conteúdos

18. IHE e Arquitecturas Orientadas a Serviços (SOA) • SOA é um método de design poderoso e orientado para o negócio • SOA “embrulha” interoperabilidade em “serviços”, mas não resolve as questões de interoperabilidade: • Ex: Web Services podem ser utilizados ou não em SOA. Os Perfis IHE são maioritariamente (embora nem sempre) baseados em Web Services. • A standardização de serviços em conjunto com os “protocolos” têm 20 anos (Open System Interconnect). Contudo, a definição de um Serviço não garante só por si a compatibilidade na ligação. • Os Perfis de Integração IHE apoiam mas não requerem a utilização de SOA. O IHE está atento aos Serviços! • Bits têm ser compatíveis na ligação: Não há forma de evitar a especificação de transações e conteúdos

19. TesteemConnectathons Demonstrações IHE Desenvolverespecificaçõestécnicas Produtos com IHE Identificação de standards existentes(e.g. HL7, DICOM, IETF, OASIS) Acessoatempado à informação Facilidade de integração entre produtos Documentação de requisitos de Casos de Uso Processo de Adopção de Standards

20. Connectathon IHE • Convite aberto à comunidade de fornecedores e outros implementadores • Ferramenta de teste avançada (GAZELLE) • Testes organizados e supervisionados por equipa de gestão de projecto • Milhares de testes realizados entre fornecedores • Resultados registados e publicados

21. Fornecedores apenas passam testes… após validação por um Gestor de Projecto IHE! Connectathons IHE Grandes eventos anuais: 70-80 fornecedores 250-300 engineers 100-120 systems ….integratedin 5 days Última Connectathon: Chicago, EUA, 11-15 Janeiro, 2010 Bordéus, França, 12-16 Abril, 2010

22. http://www.ihe.net/Connectathon/index.cfm

23. Influência das Declarações de Integração IHE • Fornecedores • Podem publicitar os seus produtos como estando de acordo com as standards IHE • Podem confiar nas especificações objectivas e exaustivas (Framework Técnica IHE) • Aceitam compromissos contratuais • Aceitam corrigir “erros de implementação” • Clientes • Comparar capacidades de integração de produtos • Simplificar e melhorar os seus RFP • Obter compromisso público e objectivo • Menor custo e complexidade na disponibilização e gestão da interface

24. Demonstrações IHE: NÃO Connectathon IHE O Connectathon IHE tem como objectivo qualificar “implementações do mundo real”. Processos bem definidos e monitorização de testes técnicos. As Demonstrações IHE são momentos de apresentação e promoção de o que algumas implementações testadas durante a Connectathon são capazes. As implementações que participam nas Demonstrações IHE são obrigatoriamente validadas durante os Connectathons. Nem todos os fornecedores e produtos são apresentados. 24

25. HIMSS Interoperability Showcase

26. Exemplo: 2010 HIMSS Interoperability Showcase

27. Ferramentas de Implementação (1) Estão disponíveis implementações open source para XDS, XCA, XCPD, PIX, PDQ, ATNA, CT, e mais: Microsoft under codeplex http://ihe.codeplex.com/ NIST under Source Forge http://sourceforge.net/projects/iheos/ HIE-OS under Source Forgehttp://sourceforge.net/projects/hieos/ FHA CONNECT http://www.connectopensource.org Continua na página seguinte... 27

28. Estão disponíveis implementações open source para XDS, XCA, XCPD, PIX, PDQ, ATNA, CT, e ainda, from Open Health Tools: http://www.projects.openhealthtools.org OHT – IHE Profiles (Charter)https://iheprofiles.projects.openhealthtools.org OHT – Open Exchange (Forge) https://openexchange.projects.openhealthtools.org OHT – Model Driven Health Tools (Charter) https://mdht.projects.openhealthtools.org Ferramentas de Implementação (2)

29. Q&A?

30. Prestadores de Cuidados e Fornecedores a trabalhar em conjunto para produzir sistemas de informação interoperáveis para instituições de saúde e para todos os ambientes clínicos http://www.ihe.net

31. Requisitos para um HIE/EHR aberto • Oferecer fiabilidade e facilidade de uso a profissionais de saúde: • Instituições de saúde escolhem informação a partilhar: • Com base no estado de saúde dos pacientes • Sempre que consideram necessário (aquando da alta, do final da consulta, etc.) • E qual informação que irão partilhar (selecção de documentos e conteúdos relevantes). • Instituições de saúde acedem a informação de pacientes através: • Do seu próprio EMR (caso tenham) • De um portal/serviço partilhado. • Ao aceder a informação do paciente: • Pretendem saber rapidamente se existe informação relevante (query único) • Poderão seleccionar informação de entre vários registos relevantes (poderá ser feito em background) • Optar por importar parte ou totalidade da informação de um processo clínico local

32. Requisitos para um HIE/EHR aberto (2) • Oferecer fiabilidade e privacidade a pacientes: • Apenas organizações e prestadores de cuidados autenticados podem transaccionar informação com o HIE: • Cada nó ou sistema de informação que efectua interface é devidamente autenticado • Cada utilizador é autenticado no sistema cliente • Todo o tráfego efectuado através da infra-estrutura é encriptado • O Consentimento do paciente necessita de diferentes opções e níveis • Excepto “opt-in”, nenhuma informação sobre qualquer paciente poderá ser partilhada • Várias políticas de partilha de dados para consentimento do paciente • A cada registo/documento partilhado é atribuída uma política específica (ou não é partilhado) no momento da consulta. • Os prestadores de cuidados apenas são autorizados a aceder a registos/documentos compatíveis com o seu perfil.

33. Categorias de Serviços de Comunicação de Saúde HIE e EHR partilhados Hospitais Gestão de ID de Paciente e do Prestador de Cuidados Ex: acesso a histórico de análises e resumos de consultas dos últimos 6 meses Ex: obter lista actualizada de alergias ou medicamentos a partir de uma fonte Ex: requisitar análises, verificar estado da tarefa e receber resultados Segurança Partilha de Documentos Acesso Dinâmico a Informação Gestão de Workflow Processos clínicos armazenados no sistema origem Informação específica prestada mediante requisição 2 ou mais entidades sincronizam uma tarefa

34. Categorias de Serviços de Comunicação de Saúde HIE e EHR partilhados Hospitais Gestão de ID de Paciente e do Prestador de Cuidados MedicalSummary (XDS-MS) e.g. acceEx: acesso a histórico de análises e resumos de consultas nos últimos 6 meses Ex: obter lista actualizada de alergias ou medicamentos a partir de uma fonte Ex: requisitar análises, verificar estado da tarefa e receber resultados Segurança Cross-Enterprise Document Sharing (XDS) Partilha de Documentos Acesso Dinâmico a Informação Gestão de Workflow Processos clínicos armazenados no sistema origem Informação específica prestada mediante requisição 2 ou mais entidades sincronizam uma tarefa Patient Id Cross-Referencing (PIX)

35. Especificação de Perfis IHE • www.ihe.net/Technical_framework • Para XDS: “IT Infrastructure” • Ex: “IT Infrastructure Technical Framework” (XDS.b) • Para PIX: “IT Infrastructure” • Ex: “IT Infrastructure Technical Framework” (PIX, HL7V2) • Ou “PIXV3 supplement” (PIX HL7 V3). • Para XDS-MS: “Patient Care Coordination” • Ex: “PCC Technical framework” (XDS-MS)

36. O Processo de Adopção Global de standards IHE Primeiro Passo: Propor um Caso de Uso para Interoperabilidade 36

37. “PatientIdentifierCross-referencing” for MPIServiços • Permitir que todos os participantes de organizações registem os identificadores que utilizam para os pacientes nos seus domínios • Os participantes mantêm controlo sobre o(s) índice(s) dos pacientes dos seus domínios • Apoiar buscas a domínios de sistemas para mapear identificadores de outros sistemas para os seus pacientes • Opcionalmente, notificar sistemas de domínios quando outros sistemas actualizarem o mapeamento de identificadores para os seus pacientes.

38. “Patient Identifier Cross-referencing” para MPI Proposta de Valor • Manter e interligar todos os identificadores de pacientes de um sistema num único local • Utilizar algoritmos (encapsulados) para encontrar pacientes que correspondam aos critérios da busca entre domínios de identificadores díspares • Menor custo para a sincronização de dados entre sistemas • Não é necessário forçar alterações de identificadores ou de formato em sistemas existentes • Potenciar os benefícios de standards e transacções já utilizadas no IHE

39. O Processo de Adopção Global de standards IHE Segundo Passo: Propor uma concepção e seleccionar standards para determinado Perfil IHE 39

40. “Patient Identifier Cross-referencing” para MPIDiagrama de Transacção

41. “Patient Identifier Cross-referencing” para MPIFluxograma ID de Domínios e Transacções

42. B:X456C: ? B:X456C: 2RT Patient Identity Cross References “Patient Identifier Cross-referencing” para MPI

43. “Patient Identifier Cross-referencing” para MPIActores “Patient Identity Source” • Definição • Atribuiidentificadores a pacientesdentro do seudomínio • Informa o “Patient Identifier Cross-reference Manager” de todososeventosrelacionados com identificação de pacientes (criação, fusão, etc.) • Exemplo: Actor do Registo (ADT) num Perfil “IHE Radiology Scheduled Workflow (SWF)” • Transacçãosuportada - Obrigatória • “Patient Identity Feed” [ITI-8] (emissor)

44. “Patient Identifier Cross-referencing” para MPIActores “Patient Identifier Cross-reference Consumer” • Definição • Necessita de informaçãoacerca de identificadores de pacientesnoutrosdomínios • Necessita de informação de identificadores de pacientes a partir do “Patient Identifier Cross-reference Manager” • Transacçãosuportada - Obrigatória • PIX Query [ITI-9] (emissor) • Transacçãosuportada - Opcional • PIX Update Notification [ITI-10] (receptor)

45. “Patient Identifier Cross-referencing” para MPIActores “Patient Identifier Cross-reference Manager” • Definição • Serve um grupobemdefinido de Domínios de Identificadores de Pacientes • Recebeinformaçãoacerca de identificadores de pacientes a partir de “Patient Identity Source Actors” • Gere inter-referenciação de identificadores entre domínios • Transaçãosuportada - Obrigatória • Patient Identity Feed [ITI-8] (receptor) • PIX Query [ITI-9] (receptor) • PIX Update Notification [ITI-10] (emissor)

46. “Patient Identifier Cross-referencing” para MPIStandards usadosnos 2 Perfis PIX: HL7 Versão 2.5 • Registo ADT e “Update Trigger Events” (HL7 2.3.1) • A01: admissão no Internamento • A04: registonaConsultaExterna • A05: pré-admissão • A08: actualização de informação do paciente • A40: fusão de pacientes • Queriesparaidentificadorescorrespondentes(ADT^Q23/K23) • Notificação de actualizações a listas de identificadores(ADT^A31) PIX V3: HL7 V3 • Potenciação de Web Services (Web Services uniformizadosatravés do Apêndice V do IHE)

47. O Processo de Adopção Global de Standards IHE TerceiroPasso: ReunirimplementadoresparatestarimplementaçõesemConnectathons Quarto Passo:Tendopor base as conclusõesretiradasnas Connectathons, os implementadores corrigem/clarificam o Perfil e publicam-no como “Texto Final” na Framework Técnica do respectivoDominio  Irá ser apresentadona 2ª parte 47

48. O IHE ofereceumavastagama de Perfis Os Casos de Usoanalisadossãoespecificadosnumasérie de Frameworks Técnicas de Domínio (Volume 1) Duas classes amplasdentro dos perfis: Integração (comomovimentar dados) e Conteúdo (o queos dados transmitem). Algunsexemplos de integração “cross-enterprise” e perfis de conteúdos Listacompletadisponívelem: www.ihe.net/technical_framework 48

49. Processo do Hospital 1-Referência a registos Processo do especialista Processo clínico Índice de documentos de pacientes Partilha de Informação Clínica Sistema de informação clínico Consulta médica O Registo de ProcessosClínicos:IHE-XDS Comunidade Repositório de Documentos Repositório de Documentos

50. Processo do Hospital Processo do especialista Processo Clínico 3-Processos devolvidos 4-Dados do pacientesãoapresentadosaomédico Agregar informação do paciente Índice de documentos de pacientes Sistema de informação clínco HIE 2-Referência a Processosparapesquisa Consulta médica Acesso a ProcessosPartilhados: IHE-XDS Comunidade Repositório de Documentos Repositório deDocumentos