Presentation Python Brasil [5] 2009
Upcoming SlideShare
Loading in...5
×
 

Presentation Python Brasil [5] 2009

on

  • 640 views

Dr. Luciana Cavalini's presentation of the 5th meeting of the Brazilian community python in 2009. ...

Dr. Luciana Cavalini's presentation of the 5th meeting of the Brazilian community python in 2009.
See: http://www.mlhim.org http://gplus.to/MLHIM and http://gplus.to/MLHIMComm for more information about semantic interoperability in healthcare.

#mlhim #semantic_interoperability #health_informatics

Statistics

Views

Total Views
640
Views on SlideShare
640
Embed Views
0

Actions

Likes
1
Downloads
2
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as OpenOffice

Usage Rights

CC Attribution-NonCommercial-NoDerivs LicenseCC Attribution-NonCommercial-NoDerivs LicenseCC Attribution-NonCommercial-NoDerivs License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Presentation Python Brasil [5] 2009 Presentation Python Brasil [5] 2009 Presentation Transcript

  • Developing future-proof systems in Python Timothy W. Cook Luciana Tricai Cavalini Colaborador Internacional Professora AdjuntoInstituto Nacional de Ciência e Tecnologia – Instituto de Saúde da ComunidadeMedicina Assistida por Computação Científica Universidade Federal Fluminense
  • Por que “future-proof”?● Quando é necessário garantir a persistência da informação?● (O atributo deve ser armazenado na DB do jeito que foi coletado): ● Quando os valores do atributo variam ao longo do tempo (e no espaço) ● Quando a informação deve ser armazenada por um longo tempo
  • Tudo precisa ser “future-proof”?● Companhia aérea? ● Companhia de seguro?● Loja de vídeo? ● Escola?● Livraria? ● INSS?● Banco? ● Hospital?
  • Tudo precisa ser “future-proof”?● Companhia aérea?  ● Companhia de seguro? ● Loja de vídeo?  ● Escola?  ● Livraria?  ● INSS?   ● Banco? +/- ● Hospital?    
  • Ser “future-proof” não é tudo:● A informação ainda precisa: ● Manter seu contexto semântico – Ex: “102” ● Ser interoperável
  • *Contexto*
  • *Interoperabilidade* - Tosse -Há 3 meses -Febrícula -ID: TB? Ca? -Rx tórax:-Lavado bronco- -Nódulo emalveolar: ápice D-Carcinomabroncogênico
  • - Tosse -Há 3 meses -Febrícula - Tosse -Rx tórax: -ID: TB? Ca? -Há 3 meses -Nódulo em -Febrícula ápice D -ID: TB? Ca?- Tosse -Rx tórax:-Há 3 meses -Nódulo em-Febrícula ápice D-ID: TB? Ca?-Lavado bronco-alveolar:-Carcinoma broncogênico
  • Interoperabilidade? - Tosse -Há 3 meses -Febrícula -ID: TB? Ca? Software de fundo de quintal -Rx tórax:-Lavado bronco- -Nódulo emalveolar: ápice D-Carcinoma Mensagensbroncogênico HL7v2 Extrato CEN 13606
  • Modelo de Informação Seu aplicativo (PEP, DSS etc)Especificações openEHR Modelagem do conhecimento (Arquétipos)* Modelo de Referência *Arquétipos também são conhecidos como Ontologias
  • Oscilador
  • Lampadazinha de Natal
  • Com uma lâmpada mais forte
  • Transmissor
  • Outra Metáfora● Modelo de Referência = Peças do Lego● Manual do Lego = Arquétipos Archetype A Archetype B
  • “Use Case”: Saúde Especificações openEHR s e rie Qu ArquétiposAQL Modelo de TOM Referência AOM ADL tes m pla Te
  • O Modelo de Referência s ue rie Q ArquétiposAQL Modelo de TOM Referência AOM ADL tes pla Tem
  • O que tem no RM?
  • Arquétipos ies Q uer ArquétiposAQL Modelo de TOM Referência AOM ADL es lat mp Te
  • Linguagem: ADL
  • http://www.openehr.org/knowledge/
  • Queries ies Q uer ArchetypesAQL Reference TOM Model AOM ADL es lat mp Te
  • Archetype Query Language (AQL) SELECT o/data[at0001]/events[at0002]/time, o/data[at0001]/events[at0002]/data[at0003]/items[ at0013.1]/value FROM Ehr[uid=@EhrUid] CONTAINS Composition c[openEHR-EHR-COMPOSITION.encounter.v1] CONTAINS Observation o[openEHR-EHR- OBSERVATION.laboratory-lipids.v1]●
  • Templates ies Q uer ArchetypesAQL Reference TOM Model AOM ADL es lat mp Te
  • Arquétipos e Templates Diabetic checkup Archetypes Antenatal visitTingling feet FH Back painFeeling tired Weight 66 kg76 kg BP 102/64 mmHg124/92 142/min HbA1c7.5% NAD, see 4/52 IssuesExcellent control Assess Template Template
  • FORMS
  • Uma visão geral 4. Aplicativos Formulários Interface de usuário 3. Modelos locais de uso Templates Captura dos dados2. Modelagem do conhecimento clínico Arquétipos Especificações do(independente do software) conteúdo 1. Modelo de informação genérico Persistência Modelo de (independente do conhecimento Referência médico)
  • The openEHR Model Chain●
  • HL7v2 msg HL7v2(archetyp ed ) Integration Clinical Archetypes, CDAr2CDAr2 Archetypes, Templates (copied)(text) Templates CDAr2 Clinical (generated) CDAr2 mappings (struct) Archetypes openEHR 1360 1360 Extr 6 EHR Extr 6 act act openEH openEH R Clinical R Extract Extract Archetypes
  • OSHIP = Implementação em Python/C Seu aplicativo (PEP, DSS etc) OSHIP OSHIPEspecificaç + requisitos de segurança (autorização, autenticação) + motor de decisão para DSS + serviços web + serviços de eventos + ...
  • https://launchpad.net/oship
  • Novidades para o mundo Python Brasil:● O Ministério da Saúde está para adotar as especificações openEHR como o padrão de desenvolvimento de sistemas de informação em saúde no Brasil● OSHIP é a única plataforma em software livre sendo desenvolvida aqui no país● O governo brasileiro é bastante pró-SL● Vai começar um processo educacional em openEHR
  • Vai ter espaço para:● Desenvolvedores de aplicativos para o sistema de saúde (e suporte técnico): ● Público e privado ● Estados e municípios● Projetos de pesquisa● Pós-graduação (mestrado, doutorado)● Ensino: ● Universidades públicas e privadas ● Presencial e EAD
  • Junte-se a nós! https://launchpad.net/oshiptimothywayne.cook@gmail.com lutricav@vm.uff.br