Universidade de Braslia

Instituto de Cincias Exatas

Departamento de Cincia da Computao

Governana de Tecnologia da Informao em Sade:

Proposta de Aes Baseada em Riscos e Requisitos
de Interoperabilidade para o Sistema de Sade do
Exrcito Brasileiro

Francisco de Assis Neto

Dissertao apresentada como requisito parcial para concluso do

Mestrado Profissional em Computao Aplicada

Orientador
Prof. Dr. Edgard Costa Oliveira

Braslia
2015
Universidade de Braslia UnB
Instituto de Cincias Exatas
Departamento de Cincia da Computao
Ps-graduao em Computao Aplicada

Coordenador: Prof. Dr. Marcelo Ladeira

Banca examinadora composta por:

Prof. Dr. Edgard Costa Oliveira (Orientador) CIC/UnB
Prof. Dr. Joo Carlos Flix Souza CIC/UnB
Prof. Dr. Celso Luiz Muhlethaler Chouin UFF

CIP Catalogao Internacional na Publicao

Assis Neto, Francisco de.

Governana de Tecnologia da Informao em Sade: Proposta de Aes

Baseada em Riscos e Requisitos de Interoperabilidade para o Sistema
de Sade do Exrcito Brasileiro / Francisco de Assis Neto. Braslia :
UnB, 2015.
213 p. : il. ; 29,5 cm.

Dissertao (Mestrado) Universidade de Braslia, Braslia, 2015.

1. e-Sade, 2. pronturio eletrnico de pacientes (PEP),

3. Interoperabilidade, 4. Exrcito Brasileiro, 5. Tecnologia da
Informao em Sade

CDU 004

Endereo: Universidade de Braslia

Campus Universitrio Darcy Ribeiro Asa Norte
CEP 70910-900
BrasliaDF Brasil
 Dedicatria

"Amars ao Senhor Teu Deus ...": Ao meu grande Deus, por tua presena na minha vida.
Deu-me tudo que foi necessrio, levando-me onde jamais imaginei!
"Honra teu pai e tua me e ters muitos dias...": minha amada me (in memorian)
pelo carinho, ensinamentos e doao incondicional de sua vida aos filhos. Veio para ajudar,
ser bno e referencial de vida. emocionante registrar aqui o quanto sua falta difcil.
Te amo eternamente !
Ao meu pai (in memorian), pela vida. Queria ter tido o tempo para te conhecer
melhor.
"Mulher virtuosa, quem a encontrar...": minha esposa, Enilda Miranda, pelo apoio
nas madrugadas de dedicao e suportar os momentos difceis.
minha primognita, linda, encantadora e amada filha Yasmim Victria e ao meu
caula, companheiro das madrugadas e pesquisas, Lucas Assis, pois um dia enfrentaro
com muita coragem, os caminhos em busca do conhecimento. A educao um caminho
que deve ser trilhado rumo ao sucesso, e que necessita de continuidade.
Aos meus irmos, Luciano, Jefferson, Rosria, Paulo, Genival, Maria do Socorro, pela
compreenso de minha ausncia.
Aos meus tios, cunhados, sobrinhos e demais parentes e amigos, pelo incentivo aos
estudos, oraes e estima.
Com muito carinho e apreo, dedico ainda, a minha tia De Assis (in memorian) e ao
meu Tio Osnil, pois mesmo distante, sempre tive o apoio e carinho muito presente.

iv
 Agradecimentos

Agradeo ao Prof. Dr. Edgard Costa Oliveira, pelos ensinamentos, orientao precisa,
amizade e compreenso. Levo na minha bagagem o referencial de ser um educador. Tua
presena, carisma e abnegao nunca sero esquecidas. O senhor foi uma firme rocha que
Deus colocou para guiar-me nesta trilha de sucesso. Muito obrigado!
Ao Prof. Dr. Joo Carlos Flix Souza, "Prof JOCA", muito obrigado por acreditar e
dar-me to sbios ensinamentos, apoio e lapidar as ideias. A participao na disciplina
de PSP2 foi essencial.
Ao Prof. Dr. Marcelo Ladeira pela dedicao, senso de justia e exemplo. Que Deus
continue te iluminando. Caridade sempre! Que o Paracleto sempre esteja te guiando.
Aos professores da Linha de Pesquisa Gesto de Riscos: Gladston, Simone, Joo Mello
e Ana Carla, pela amizade e ensinamentos.
Aos professores do MPCA da UnB, aprendi muito. So exemplos a serem seguidos.
Aos amigos e colegas do MPCA, pela vitria e t-los conhecido.
Aos amigos Maurcio, Democlydes, Fausto e Nathaniel, pelo grupo coeso e sempre
firme nos estudos. As noites passadas em claros focados nos estudos no foram em vo !
Ao Prof. Dr. Celso Luiz Muhlethaler Chouin e famlia, pela considerao, amizade,
apreo e constante incentivo.
Ao Exrcito Brasileiro, na pessoa dos seguintes integrantes da Diretoria de Sade:

Ao General de Diviso Mdico Josmar Cmara Feitosa (Diretor de Sade), pela

confiana, oportunidade, orientao precisa e autorizao para a realizao desta
pesquisa de Mestrado;

General de Brigada Mdico Antonio Andr Cortes Marques, pela pacincia no ouvir
e orientao precisa atinentes s pesquisas desenvolvidas;

General de Brigada Intendente Laelio Soares de Andrade, pelo constante incentivo;

Importante destaque, ao Coronel Szelbracikowski, Coronel Juvenal, Tenente-coronel

Juliana, 1o Tenente Roberto, 1o Tenente Sydney, 1o Tenente Avila, 1o Tenente
Pacheco, 1o Tenente Vanessa e 2o Sgt Peres, D. Lindalce, pelo constante incentivo,
colaborao, suporte e amizade.

v
 Resumo

Esta pesquisa tem como objetivo apresentar uma proposta de requisitos de interoperabil-
idade para os sistemas de sade do Exrcito Brasileiro (EB), com aes de governana
de Tecnologia da Informao (TI) para o e-Sade Militar, aos moldes propostos pela
Organizao Mundial de Sade (OMS) e da Unio Internacional de Telecomunicaes
(UIT), com o National eHealth Strategy Toolkit. A UIT uma Organizao internacional
que promove a melhoria e o emprego racional das telecomunicaes de qualquer espcie,
neste caso, na sade eletrnica. Busca-se atravs da utilizao de mtodos qualitativos
e quantitativos, pesquisa bibliogrfica, anlise documental e estudo de caso, alcanar re-
sultados satisfatrios, para que o gestor da Diretoria de Sade (D Sau) possa atender
as determinaes do Comandante do Exrcito, para este fim. O levantamento de dados
contou com questionrio, entrevista, anlise documental e observao, e a construo de
prottipos (arqutipos), a partir de requisitos, que trabalham com protocolos, e permi-
tam uma melhor compreenso da proposta e a sua viabilidade. Oportunidade em que o
Exrcito se prepara para a construo do Pronturio Eletrnico do Paciente (PEP) e a
sua integrao com os demais sistemas existentes, bem como os do Ministrio da Sade e
demais Foras Armadas. O pronturio eletrnico a base de sustentao de informaes
para os profissionais de sade e necessrio aos demais sistemas de informaes que dele
coletam dados de apoio a deciso. A criao ou adoo de modelos e metodologias, como
o National eHealth Strategy Toolkit, podem apontar a direo correta, para que o Servio
de Sade do Exrcito possa alcanar os seus objetivos de TI em sade. O estudo da inter-
operabilidade, requisitos e terminologias, no contexto de sade militar, com as propostas
de requisitos corretas pode ser um agente facilitador construo de um e-Sade militar
para o Servio de Sade do Exrcito Brasileiro. Neste trabalho foi possvel realizar um
diagnstico atual da Tecnologia da Informao da D Sau no Servio de Sade do EB,
providos pela Seo de Manuteno de Tecnologia da Informao (SMTI), com pontos
crticos e impactos; construir uma proposta de governana de TI baseada no National
eHealth Strategy Toolkit; e especificar os requisitos de interoperabilidade para os sistemas
de informao de sade do EB. Resultados parciais deste trabalho foram apresentados no
Workshop de Ps-Graduao 2014 da Universidade de Braslia (WPOS 2014), XXI Simp-

vi
sio de Engenharia de Produo (XXI SIMPEP) e Congresso Brasileiro de Informtica em
Sade - CBIS 2014. As aes de governana de TI em sade, apontam que a organizao
entende a importncia da TI como suporte ao seu negcio e criam um ambiente favorvel
a interoperabilidade, quando padronizam e normalizam os seus sistemas de informao
em sade, nos seus aspectos estruturais e semnticos.

Palavras-chave: e-Sade, pronturio eletrnico de pacientes (PEP), Interoperabilidade,

Exrcito Brasileiro, Tecnologia da Informao em Sade

vii
 Abstract

This research aims to present proposals for interoperability requirements in the health
systems of the Brazilian Army, with shares governance of Information Technology for e-
Health Military, the templates proposed by the World Health Organization (WHO) and
International Telecommunication Union (ITU). Is sought through the use of qualitative
and quantitative methods, through bibliographic research, document analysis and case
study, achieving satisfactory results, so that the manager of the Board of Health may
meet the requirements of the Army Commander, for this purpose. The survey comprised
a questionnaire, interview, observation and document analysis, and the construction of
prototypes (archetypes), from requirements, working protocols, to allow a better under-
standing of the proposal and its feasibility. An opportunity in the Army prepares to build
the Electronic Health Record of Patients (PEP) and its integration with other existing
systems, as well as the Ministry of Health and other Armed Forces. The electronic medi-
cal record is the support base of information for health professionals. And, as a basis, it
becomes fundamental to other information systems that collect their data to support the
decision. The creation or adoption of models and methodologies, such as the National
eHealth Strategy Toolkit, can point to the right direction, so that the Health Service
of the Army can achieve its goals of IT in Healthcare . The study of interoperability
requirements and terminology in the military health context, the proposals of correct re-
quirements can be a facilitator for the construction of a military e-Health for the Health
Service of the Brazilian Army. In this work it was possible to hold a current diagnosis
of Health Board Information Technology in the Health Service Brazilian Army, provided
by SMTI, with critical points and impacts; Creation an IT governance proposal based on
National eHealth Strategy Toolkit; and specification for interoperability requirements for
Information Systems Health Brazilian Army. Partial results of this work were presented at
the Workshop for Graduate Studies in 2014 the University of Brasilia (WPOS 2014), XXI
Production Engineering Symposium (XXI SIMPEP) and Brazilian Congress on Health
Informatics - CBIS 2014. IT governance actions health, point out that the organization
understands the importance of IT to support your business and create a favorable envi-
ronment for interoperability, when standardize and normalize their information systems

viii
in health, in their structural and semantic aspects.

Keywords: e-Health, electronic medical records of patients(EMRP), Interoperability,

Brazillian Army, Information Technology in Health

ix
 Sumrio

1 Introduo 1
1.1 Definio do problema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2 Questes e justificativa do tema da pesquisa . . . . . . . . . . . . . . . . . 3
1.3 Contribuio esperada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.4 Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.4.1 Objetivo geral . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.4.2 Objetivos especficos . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.5 Metodologia cientfica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

2 Reviso de Literatura 9
2.1 Gesto de Riscos de TI na Sade . . . . . . . . . . . . . . . . . . . . . . . 9
2.2 A Famlia da Norma ISO 31000 . . . . . . . . . . . . . . . . . . . . . . . . 11
2.3 A Sade Eletrnica (e-Sade) . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3.1 National eHealth Strategy Toolkit . . . . . . . . . . . . . . . . . . . 13
2.3.2 O Ministrio da Sade e o e-Sade . . . . . . . . . . . . . . . . . . 15
2.4 A Interoperabilidade no contexto da e-Sade . . . . . . . . . . . . . . . . . 16
2.5 Padres de interoperabilidade e informao em sade . . . . . . . . . . . . 18
2.5.1 A Portaria no 2.073/2011 do Ministrio da Sade . . . . . . . . . . 18
2.5.2 O OpenEHR (Open Eletronic Health Record) . . . . . . . . . . . . 24
2.5.3 O Protocolo HL7 (Health Level Seven) . . . . . . . . . . . . . . . . 27
2.5.4 O padro HL7-CDA . . . . . . . . . . . . . . . . . . . . . . . . . . 30
2.5.5 O padro DICOM (Digital Imaging and Communications in Medicine) 32
2.5.6 O padro LOINC (Logical Observation Identifiers Names and Codes) 35
2.5.7 A norma ISBT 128 . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
2.5.8 A especificao de integrao Integrating the Healthcare Enterprise
e o Patient Identifier Cross-Referencing (IHE-PIX) . . . . . . . . . 43
2.5.9 A CID (Classificao Internacional de Doenas) . . . . . . . . . . . 47
2.5.10 CIAP-2 (Classificao Internacional de Ateno Primria) . . . . . 50

x
 2.5.11 A terminologia SNOMED-CT (Systematized Nomenclature of Medicine-
Clinical Terms) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
2.5.12 Os padres TISS (Troca de Informaes em Sade Suplementar) . . 61
2.5.13 CBHPM (Classificao brasileira hierarquizada de procedimentos
mdicos) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
2.5.14 O padro TUSS (Terminologia Unificada de Sade Suplementar) . . 69
2.5.15 A contribuio da ISO 13606 - Health informatics Electronic
health record communication . . . . . . . . . . . . . . . . . . . . . 72
2.5.16 O padro WS-Security . . . . . . . . . . . . . . . . . . . . . . . . . 75
2.5.17 A tecnologia Web Service e a Web Service Definition Language
(WSDL) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
2.5.18 O padro eXtensible Markup Language (XML) . . . . . . . . . . . 77

3 Diagnstico da TI da D Sau 80
3.1 Emprego de Ferramentas de Gesto de Riscos em Sade para Conhecer o
Negcio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
3.1.1 O Business Process Modeling and Analysis (BPMA) na Sade . . . 80
3.1.2 Metodologia Empregada . . . . . . . . . . . . . . . . . . . . . . . . 82
3.1.3 Mapeamento de Processos (Criando o Modelo de Pesquisa para a
Dissertao) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
3.1.4 Fluxogramas - O SIPOC . . . . . . . . . . . . . . . . . . . . . . . . 84
3.1.5 Resultados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
3.1.6 Trabalhos Futuros advindos dos resultados alcanados . . . . . . . . 89
3.2 Impacto de Riscos de TI nas Subdiretorias D Sau . . . . . . . . . . . . . . 90
3.2.1 Contribuies esperadas . . . . . . . . . . . . . . . . . . . . . . . . 90
3.2.2 A importncia da informao no contexto da sade . . . . . . . . . 91
3.2.3 A Importncia da tomada de deciso no contexto da sade . . . . . 92
3.2.4 A ferramenta Delphi . . . . . . . . . . . . . . . . . . . . . . . . . . 93
3.2.5 A proposta da ANALYTIC HIERARCHY PROCESS (AHP) . . . . 99
3.2.6 O software Expert Choice(EC) . . . . . . . . . . . . . . . . . . . . 101
3.2.7 Resultados da avaliao de impacto e criticidade de TI na D Sau . . 101
3.2.8 Discusso dos resultados alcanados . . . . . . . . . . . . . . . . . . 105
3.2.9 Concluso deste diagnstico . . . . . . . . . . . . . . . . . . . . . . 106
3.2.10 Trabalhos futuros . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
3.3 Anlise de Riscos em Sistemas de Informao em Sade com o Mtodo
Delphi e FTA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
3.3.1 Anlise de rvore de Falhas (FTA) . . . . . . . . . . . . . . . . . . 108
3.3.2 Discusso e Concluso dos resultados alcanados . . . . . . . . . . . 111

xi
 3.4 Pesquisa em profundidade: Mensurar o nvel de conhecimento do efetivo
em Gesto de Riscos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
3.5 Participao no fomento do PDTI 2014-2016 da D Sau e DGP . . . . . . . 114
3.6 Concluso do Captulo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115

4 Proposta de Governana de TI em Sade 118

4.1 A Governana de TI Aplicada Sade . . . . . . . . . . . . . . . . . . . . 118
4.2 A Diretoria de Sade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
4.2.1 A Seo de Manuteno de Tecnologia da Informao (SMTI) . . . 119
4.2.2 Sistema de Gerenciamento Hospitalar Do Exrcito Brasileiro (SIGHOS-
EB) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
4.3 A abrangncia do Servio de Sade do EB . . . . . . . . . . . . . . . . . . 122
4.4 Proposies para melhoria da TI em Sade do Servio de Sade do EB . . 124
4.4.1 Aes de Governana de TI pela apropriao doNational eHealth
Strategy Toolkit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124
4.4.2 Outras propostas de aes de Governana de TI em sade . . . . . 131
4.5 Concluso do captulo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132

5 Especificao de requisitos de interoperabilidade para os Sistemas de

Informao de Sade do EB 134
5.1 A importncia da interoperabilidade para os Sistemas de Informao de
Sade do EB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134
5.1.1 Proposta de Especificao de requisitos e padres de interoperabi-
lidade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138
5.2 Concluso do captulo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139

6 Concluso 143
6.1 Artigos publicados sobre esta pesquisa . . . . . . . . . . . . . . . . . . . . 145
6.2 Sugesto de trabalhos futuros . . . . . . . . . . . . . . . . . . . . . . . . . 146

Referncias 147

Apndice 164

A Survey para diagnosticar o nvel de conhecimento dos gestores e inte-

grantes, sobre gesto de risco na D Sau 165

B Fomento do PDTI D Sau - DGP (2014-2016) Remetido pela SMTI ao

DGP 168

xii
C Especificao de requisitos e padres de interoperabilidade para o Ser-
vio de Sade do EB 177

D Lista de Siglas e Abreviaturas 193

xiii
 Lista de Figuras

1.1 processos facilitadores para a esquematizao da pesquisa. . . . . . . . . . 8

2.1 Equao da gesto de riscos. . . . . . . . . . . . . . . . . . . . . . . . . . . 10

2.2 Processo de gesto de riscos[65]. . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3 Os componentes do e-Sade [132]. . . . . . . . . . . . . . . . . . . . . . . . 14
2.4 Adaptao pelo Brasil dos 7 pilares de e-Sade da OMS [48]. . . . . . . . . 17
2.5 Mapa mental dos padres de informao em sade da Portaria no 2.073/2011. 19
2.6 Diagrama de causa e efeito para interoperabilidade em sade . . . . . . . . 20
2.7 Lista das terminologias criadas no Brasil e as de outros pases. . . . . . . . 22
2.8 Terminologias e sistemas de classificao utilizados nas etapas do processo
de enfermagem [14]. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
2.9 Instituies que direcionam polticas em e-Sade em nvel mundial [18] . . . 23
2.10 Iniciativas que direcionam polticas em e-Sade no Brasil [18] . . . . . . . . 23
2.11 Arquitetura resumida do modelo OpenEHR [128]. . . . . . . . . . . . . . . 26
2.12 Exemplo de uma mensagem do HL7 V2.x [24] . . . . . . . . . . . . . . . . 28
2.13 Exemplo de uma mensagem do HL7 V3 [24] . . . . . . . . . . . . . . . . . 28
2.14 Esquematizao do autor para representar os diferentes protocolos que do
suporte ao HL7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
2.15 Esquematizao do autor para representar a composio do padro DICOM
2014c - adaptado [122] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.16 Exemplo de arquivo com o formato DICOM [160] . . . . . . . . . . . . . . 34
2.17 Relatrio de criao e transformao - DICOM para HL7 [123] . . . . . . . 35
2.18 Exemplo de cdigo LOINC (identifica a questo ) e um cdigo SNOMED
CT (a resposta) [118] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
2.19 Exemplo de cdigo LOINC (identifica a questo ) e uma transmisso com
HL7[118] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
2.20 Exemplo de cdigo e campos empregados no padro LOINC [118] . . . . . 38
2.21 Exemplo de uma etiqueta de sangue no padro ISBT 128 [95] . . . . . . . . 40
2.22 Exemplo de uma etiqueta de identificao nica de doao de sangue [95] . 41
2.23 Exemplo de uma etiqueta de codificao de produtos humanos[70] . . . . . 42

xiv
2.24 Exemplo do fluxo do processo PIX e HL7 V3 [156]. . . . . . . . . . . . . . 45
2.25 Exemplo da arquitetura gerencial do PIX/PDQ e HL7 [131]. . . . . . . . . 46
2.26 Revises da CID [106]. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
2.27 Exemplo do Apps online do CID-10 na OMS [167] . . . . . . . . . . . . . . 50
2.28 Esquematizao do autor para o CID x CIAP-2 . . . . . . . . . . . . . . . 51
2.29 Exemplo de registro em PEP do CIAP-2 e CID-10 [35]. . . . . . . . . . . . 53
2.30 Ciclo da evoluo da SNOMED CT na construo da ontologia semntica
[100]. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
2.31 Esquematizao do autor para representar a composio do RES por meio
do SNOMED, LOINC, CID-10 e Hl7 v3 . . . . . . . . . . . . . . . . . . . . 57
2.32 Exemplo da ferramenta SNOMED CT Browser [101] . . . . . . . . . . . . . 59
2.33 Esquematizao do autor para representar os componentes da TISS [41] . . 62
2.34 Esquematizao do processo para a transao eletrnica do Padro TISS
V3.02.00 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
2.35 Diretrio da ANS com Schemas XML e WSDL para suporte ao padro TISS. 65
2.36 recorte da Tabela da CBHPM com exemplo de procedimentos clnicos [12] . 66
2.37 Tabela da CBHPM em vigor desde Out. 2014 [12]. . . . . . . . . . . . . . 67
2.38 Exemplo de consulta ao TUSS para pacotes de procedimentos [51]. . . . . . 70
2.39 Esquematizao para reresentar a relao do CBHPM e TUSS com a TISS. 71
2.40 Composio da ISO 13606 (comunicao entre sistemas de RES). . . . . . 72
2.41 Relao entre instncias, arqutipos e modelo de referncia [147]. . . . . . . 74
2.42 Exemplo de aplicao do WS-Security [153]. . . . . . . . . . . . . . . . . . 76

3.1 Esquema do autor para ilustrar a hierarquizao de processos. . . . . . . . 82

3.2 Esquema do autor para ilustrar os passos do mapeamento de processos.
Adaptado de Biazzo [17]. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
3.3 O modelo SIPOC [97]. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
3.4 Esquematizao para o SIPOC do Exrcito Brasileiro (EB) . . . . . . . . . 86
3.5 Esquematizao para o SIPOC do Departamento-Geral do Pessoal (DGP) . 87
3.6 Esquematizao para o SIPOC da Diretoria de Sade (D Sau) . . . . . . . 88
3.7 Esquematizao para o SIPOC da SMTI . . . . . . . . . . . . . . . . . . . 89
3.8 Esquematizao do autor dos passos da aplicao da ferramenta Delphi . . 94
3.9 1a rvore Hierrquica para a visualizao, resultante do Mtodo Delphi
para aplicao da AHP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
3.10 2a rvore Hierrquica viso melhorada pelo Delphi para aplicao da AHP. 97
3.11 rvore Hierrquica definitiva ajustada para aplicao da AHP/Expert Choice. 99
3.12 Ferramentas e tcnicas para o processo de avaliao de riscos [68] . . . . . . 100

xv
3.13 Esquema do autor para ilustrar os passos do processo da AHP (Adaptado
de Saaty [143]) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
3.14 A Escala Fundamental de Saaty [141] - comparao binria . . . . . . . . . 101
3.15 Matriz de Comparao Binria para a Subdiretoria de Apoios Sade. . . 102
3.16 Resultado da anlise pela AHP para as subdiretorias da D Sau . . . . . . . 102
3.17 Matriz de comparao relativa feita para a Subdiretoria de Apoio a Sade . 103
3.18 Matriz de Comparao relativa feita para a Subdiretoria Tcnica de Sade 1 .103
3.19 Matriz de comparao relativa feita para a Subdiretoria de Sade Opera-
cional . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
3.20 Matriz de comparao relativa feita para a Subdiretoria de Legislao e
Percias Mdicas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
3.21 Resultado sinttico da anlise pela AHP do contexto interno da SMTI . . . 104
3.22 Resultados apresentado pelos 4 Grficos de Sensibilidade: Opo do Expert
Choice . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
3.23 Exemplo e simbologia empregada na confeco da FTA [68]. . . . . . . . . 109
3.24 Recorte da Tabela A.1 da NBR ISO 31010 das ferramentas e tcnicas que
podem ser utilizadas na avaliao de riscos [68] . . . . . . . . . . . . . . . . 110
3.25 FTA Resultante para a Anlise do evento de topo . . . . . . . . . . . . . . 112
3.26 Resultado da pesquisa sobre conhecimento de gesto de riscos na D Sau . . 114
3.27 Resultado da pesquisa sobre interesse em curso de gesto de riscos na D
Sau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114

4.1 Processo de transformao do Exrcito Brasileiro, at 2022 [30] . . . . . . . 119

4.2 Estrutura organizacional da D Sau . . . . . . . . . . . . . . . . . . . . . . . 120
4.3 Propostas do framework para o e-Sade militar de porte nacional (adaptado
[132]) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125
4.4 Modelo para representar a interao dos padres em Sistemas de Informa-
o em Sade. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
4.5 Propostas dos componentes para o e-Sade militar (adaptado [132]) . . . . 130
4.6 Modelo para integrao dos sistemas legados da D Sau para o e-Sade militar.131

5.1 Esquema da quantidade de requisitos por mdulos . . . . . . . . . . . . . . 139

xvi
 Lista de Tabelas

2.1 Famlia da ISO 31000 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

3.1 Modelo otimizado proposto para a rvore hierrquica definitiva para AHP 98
3.2 Random Index (RI). Saaty [142]. . . . . . . . . . . . . . . . . . . . . . . . 106
3.3 Passos da Ferramenta Delphi adaptado [68] . . . . . . . . . . . . . . . . 111

4.1 Unidades de Atendimento do Exrcito Brasileiro. . . . . . . . . . . . . . . 123

5.1 Padres de interoperabilidade previstos na Portaria 2.073/2011 . . . . . . . 141

5.2 Continuao - Padres de interoperabilidade previstos na Portaria 2.073/2011
- Servios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142

xvii
Captulo 1

Introduo

Aos diversos sistemas computacionais existentes e utilizados numa organizao, seja via
web ou local e toda infraestrutura fsica, humana e de servios, denomina-se Tecnologia da
Informao (TI). Sua sinergia atua como catalisador, trazendo mudanas fundamentais
na estrutura estratgica, operacional e de gesto das organizaes [159].
A TI necessita de uma governana que determinar o seu papel na organizao, pro-
vendo processos e estruturas especficas para a tomada de deciso, implementao e o seu
gerenciamento. Uma governana eficaz no seu mbito de domnio permite que haja prin-
cpios, estratgias de infraestrutura, arquitetura, necessidades do negcio organizacional
e investimentos necessrio em TI [75].
A Tecnologia da informao faz parte do nosso cotidiano, no celular, na programao,
nos carros, na sade, transporte pblico das grandes cidades. Dada a sua importncia, a
TI tem assumido papel no Exrcito Brasileiro (EB), que levou o Departamento de Cincia
e Tecnologia (DCT) a criar o Polo de Tecnologia da Informao (PTI). Cada vez mais o
EB utiliza-se de ferramentas de TI para melhor cumprir sua misso. O EB entende que o
componente fundamental do projeto de transformao o de vetor Cincia e Tecnologia,
e dentro deste vetor a TI. A concepo e a criao do PTI visa transformar, melhorar e,
principalmente, otimizar a vertente corporativa da TI, e consequentemente, a TI de forma
geral no EB [56].
O Exrcito Brasileiro, na sua Estrutura Organizacional, possui uma distribuio por
rgos Setoriais, e neste contexto importante citar o Departamento-Geral do Pessoal
(DGP) que responsvel pelo sistema de pessoal.
A Diretoria de Sade a maior instncia do Servio de Sade Militar do EB, com
mais de 207 anos, e subordina-se ao DGP. Possui sob sua responsabilidade 481 Unida-
des de Atendimentos (Hospitais Militares de rea, Gerais, Guarnio, Postos Mdicos e
demais Organizaes Militares), que repercutem diretamente sobre os seus mais de 724
mil beneficirios. Aos atendimentos, acrescenta-se ainda, os nacionais que residem nas

1
regies longnquas do Brasil, e que dependem da prestao de sade o EB, pois naquelas
localidades isoladas no h o suporte do SUS.
Para gerenciar essa gama de informaes, a Diretoria de Sade (D Sau) depende dos
seus sistemas de informao e do suporte da TI. Entre os sistemas de informao da D Sau
h sistemas legados. A SMTI da D Sau corao central de gerncia de TI do Servio
de Sade do EB, e por congregar a complexa capilaridade de atendimento do servio
de sade do EB, sendo responsvel por apoiar, gerir, desenvolver, manutenir, corrigir,
contratar servios. A SMTI possui um efetivo reduzido de 10 militares para cumprir
as suas obrigaes de suporte ao negcio. A TI da D Sau necessita de um processo de
transformao, adequando-se ao crescimento e importncia que o Servio de Sade do EB
representa para os seus clientes.

1.1 Definio do problema

Na SMTI, no tocante a sistemas informatizados, tem-se uma variedade de softwares que
so manutenidos e mantidos por militares que no foram os seus desenvolvedores, softwa-
res que no possuem documentao, muitos sistemas legados que requerem manuteno
continuada, dados que precisam ser tratados para serem implantados em outras bases de
dados (no h tratamento automatizado), diversas bases de dados dispersas e no integra-
das. Ainda h sistemas que precisam ser descobertos durante esta pesquisa e apontados
os seus riscos.
O atual modelo de emprego da Tecnologia da Informao e da sua SMTI neste
sseu contexto interno de manter o funcionamento orgnico da Diretoria de Sade, como
Quartel, e no contexto externo, como representante mxima do Servio de Sade do EB.
O Servio de Sade est em transformao, na busca da sua revitalizao, cuja meta at
o ano de 2025. A Tecnologia da Informao nos sistemas de sade do EB um elemento
de apoio fundamental para que os objetivos da revitalizao do Servio de Sade do EB
sejam alcanados, e deve ocupar posio estrutural e pessoal capacitado, para suportar
a demanda futura. Do contrrio, poder ter hospitais e pessoal de sade qualificado
para atender os seus clientes, mas uma estrutura de TI deficiente, pode ser de alto risco,
incertezas, e que a qualquer momento pode repercutir negativamente sobre os objetivos
estratgicos da D Sau.
Este cenrio gera a imposio de se investigar o contexto atual da SMTI da D Sau,
e identificar uma proposta de melhoria para acompanhar o processo de revitalizao do
Servio de Sade do Exrcito Brasileiro, no que compete Tecnologia da Informao.

2
1.2 Questes e justificativa do tema da pesquisa
Este trabalho tem como ponto de partida a Portaria no 457 de 15 de julho de 2009 [28],
do Comandante do Exrcito. Na portaria em tela, aquela autoridade militar aprova a
Diretriz para Implantao e Revitalizao do Servio de Sade, que foi proposta pela
D Sau, na qual para o escopo deste trabalho, no tocante a TI, escolheu-se a ao de
uniformizar e informatizar o processo de gesto das Organizaes Militares de Sade
(OMS) e o Projeto de Tecnologia da Informao no Servio de Sade, visando corrigir as
discrepncias existentes na TI, acima citadas. Tal projeto, porm, at a presente data,
falhou por mais de trs vezes a sua execuo, estando em atraso, pois estava previsto a
sua execuo no perodo de 2009 a 2014.
Observa-se que h uma grande demanda de tempo corrigindo erros na interpretao
dos requisitos, na implementao, gerando defeitos nos softwares existentes, causando
falhas que precisam de uma ateno mais acurada. Tais falhas, geram gargalos no bom
fluxo e o andamento dos trabalhos cotidianos, e transtornos administrativos e jurdicos.
Na conjuntura atual, visando angariar xito nos projetos em tela, torna-se necessrio
que, antes de tudo, deve-se identificar os riscos, entend-los, gerenciar o que for possvel, e
realizar as devidas aes julgadas pertinentes. Projetos de softwares so muito complexos,
impalpveis, difceis de serem mensurados, e que ainda estimveis, podem ser uma caixa-
preta, pois por melhor profissional que seja empregado, no h uma garantia de 100% que
tudo dar certo.
O cenrio acima citado nos apresenta os seguintes questionamentos:

Qual o impacto e importncia da SMTI no contexto do Servio de Sade?

Qual o nvel de abrangncia da SMTI no contexto interno e externo D Sau?

O SIH-EB/SIGHOS e sua derivao so necessrias? Eles resolvem os problemas

dos demais Sistemas existentes?

Qual a proposta para tornar exequvel a revitalizao em TI em sade determinado

pelo Comandante do Exrcito?

Qual a melhor alternativa em governana de TI para o Servio de Sade do EB, no

tocante ao seu negcio?

Dados os questionamentos acima, o objeto de pesquisa consiste essencialmente em

investigar as prticas que permeiam tais quesitos e obter as respostas possveis para sub-
sidiar a alta administrao da Diretoria de Sade nas decises que possam aplicar, e assim
alcanar os objetivos estratgicos propostos pelo Comandante do Exrcito, no processo
de revitalizao do Servio de Sade, no que for atinente Tecnologia da Informao.

3
 Diante do contexto citado na definio do problema, este trabalho apresenta um es-
tudo, realizado na Diretoria de Sade, com o objetivo de propor uma proposta de estrat-
gia de governana de TI, com a Adoo de e-Sade para interoperabilidade dos sistemas
informao do Servio de Sade do Exrcito Brasileiro.

1.3 Contribuio esperada

A principal contribuio desta dissertao est em apresentar solues que possibilitem
tornar vivel o Projeto de Tecnologia da Informao em Sade do Comandante do Exr-
cito, sobretudo, que permita suportar a demanda das metas e aes daquele Comandante
para a Diretoria de Sade, e que at 2025, tenha-se uma estrutura com um nvel de ma-
turidade aceitvel. Logo, a dissertao busca uma abordagem prtica, que possibilite a
melhoria dos sistemas de TI da Diretoria de Sade do Exrcito, e repercuta positivamente
aos mais de 724 mil usurios diretos do Fundo de Sade do Exrcito, bem como a gesto
das mais de 481 Unidades de atendimentos.
Outra contribuio apresentar quela Diretoria, a importncia de se investir na ca-
pacitao dos profissionais de TI que compem seus quadros tcnicos, atravs da parceria
com instituies renomadas de ensino e com incentivos a pesquisas, permitindo compar-
tilhar conhecimento entre o EB e o que de melhor est ocorrendo no meio cientifico,
fortalecendo Sade dos recursos humanos do EB.

1.4 Objetivos
Nesta seo esto descritos o objetivo geral e os objetivos especficos.

1.4.1 Objetivo geral

Propor uma estratgia de governana de TI que forme a base para a construo do e-
Sade e que permita a interoperabilidade entre os sistemas de informao de sade do
Exrcito Brasileiro.

1.4.2 Objetivos especficos

Para alcanar o objetivo geral desta dissertao, os seguintes objetivos especficos foram
buscados:

I Realizar um diagnstico atual da Tecnologia da Informao da D Sau no Servio de

Sade do EB, providos pela SMTI, com pontos crticos e impactos;

4
 II Construir uma proposta de governana de TI baseada no National eHealth Strategy
Toolkit; e

III Especificao de requisitos de interoperabilidade para os Sistemas de Informao de

Sade do EB.

1.5 Metodologia cientfica

Para o alcance do objetivo geral e de cada um dos objetivos especficos (OE) propostos
nesta pesquisa, apresentamos nesta seo as metodologias respectivamente adotadas.
Objetivo especfico I) Realizar um diagnstico atual da Tecnologia da Informao
da D Sau no Servio de Sade do EB, providos pela SMTI, com pontos crticos e impactos.
Metodologia: foram realizadas as seguintes aes:

pesquisa documental dos sistemas existentes na SMTI, documentando a situao real

em que eles esto, com as devidas observaes. O Resultado serviu para fomentar
o Plano Diretor de TI (PDTI) da D Sau que integrar o do Departamento-Geral do
Pessoal (DGP), para o perodo de 2014-2016;

aplicao da ferramenta SIPOC (suppliers, inputs, process, outputs, e customers) e

entrevistas de profundidade para identificar quem so os clientes internos da SMTI,
os fornecedores de insumos e os clientes externos;

emprego da ferramenta Delphi e multicritrios, constantes na ABNT NBR ISO

31010:2012. A especificao de multicritrios escolhida foi a Analytic Hierarchy
Process (AHP), por meio da utilizao do software Expert Choice. Na definio de
critrios e montagem da arvore hierrquica foi necessrio criar um modelo que serviu
de base para qualificar os critrios. Este modelo teve como fundamentos, orientaes
advindas das ABNT NBR ISO 31000, 27005 e 38500. Com tal modelo foi possvel
construir a arvore hierrquica definitiva para a aplicao da AHP. Com a aplicao
destas ferramentas foi possvel identificar qual o fator interno da SMTI que provocar
maior impacto nas subdiretorias da D Sau. Com a aplicao de multicritrios e
Delphi foi possvel compreender qual subdiretoria sofrer maior impacto se a SMTI
da D Sau falhar.

Os resultados alcanados foram integrados ao novo Plano de Gesto da Diretoria de

Sade; artigo publicado nos Anais do XXI Simpsio de Engenharia de Produo (XXI
SIMPEP) [11], da Universidade Estadual de So Paulo (UNESP); artigo apresentado no
WORKSHOP DE PS-GRADUAO da Universidade de Braslia-2014 (WPOS 2014)
[8].

5
 Aconteceu um fato real no dia 27 de maro de 2014, que na anlise do evento,
empregaram-se ferramentas para a gesto de riscos sugeridas pela ABNT NBR ISO 31010
[68]. As ferramentas aplicadas foram: o mtodo Delphi e da rvore de falhas (FTA-Fault
Tree Analysis). O resultado foi publicado nos Anais do XIV Congresso Brasileiro de
Informtica em Sade (CBIS 2014)[6]; artigo aceito e apresentado no WORKSHOP DE
PS-GRADUAO da Universidade de Braslia-2014 (WPOS 2014) [9].
Metodologia: Estudo de caso, anlise documental do projeto do SIH-EB/SIGHOS
para entender a sua importncia no contexto de Sistemas de Informao em sade para
o Servio de Sade do Exrcito Brasileiro. Tem por objeto, entender a sua importncia,
seu histrico de evoluo e lies aprendidas. O resultado da anlise foi publicado nos
Anais do XIV Congresso Brasileiro de Informtica em Sade (CBIS 2014)[7]; artigo sub-
metido, aceito e apresentado no WORKSHOP DE PS-GRADUAO da Universidade
de Braslia - 2014 (WPOS 2014)[10].
Objetivo especfico II) Construir uma proposta de governana de TI baseada no
National eHealth Strategy Toolkit.
Metodologia: para este objetivo foram necessrios os seguintes passos:

Realizao de uma pesquisa exploratria sobre o tema em bases de teses e disserta-

es, Scielo, Elsevier, ACM, PubMed, OMS e UIT.

Adoo do National eHealth Strategy Toolkit para nortear os assuntos atinentes

sade eletrnica;

Difundi o e-Sade e o National e-Health Strategy Toolkit, junto alta administra-

o da D Sau e SMTI, falando sobre a sua importncia e apresentando vdeos
ilustrativos;

Realizao de pesquisas de diagnsticos no tocante gesto de riscos e governana

de TI com o pblico interno que esto diretamente ligados ao negcio e TI em
sade.

Participao da disciplina do Projeto de Sistemas de Produo 2 (PSP2), durante

dois semestres, com envolvimentos discentes daquela disciplina. Os alunos atuaram
junto ao diagnsticos do nvel de conhecimento sobre gesto de riscos da D Sau.
Uma aplicao prtica, que interagiu com a pesquisa de mestrado deste autor, com
alunos de graduao do Departamento de Engenharia de Produo da UnB.

Objetivo especfico III) Especificao de requisitos de interoperabilidade para os

Sistemas de Informao de Sade do EB.
Metodologia: realizao de uma pesquisa exploratria para analisar as implicaes que
a interoperabilidade tem na sade militar no contexto mundial, nacional e no Exrcito

6
Brasileiro. A Portaria 2.073/2011 do Mistrio da Sade do Brasil [33] foi norteadora para
os padres de interoperabilidade em sistemas de informao em sade. Por meio dela,
os padres estabelecidos para o Brasil foram seguidos, sendo fundamental evidenciar a
situao no nosso pas.
O Ministrio da Sade [33] apenas definiu o emprego dos padres de interoperabilidade,
sem muitos detalhes sobre eles. Para melhor compreender tais padres foi necessrio
um trabalho de pesquisa exploratria muito amplo, pois h pouca literatura sobre tais
normas. Os artigos encontrados, na sua maioria, tratavam muitas vezes de apenas um ou
dois padres de interoperabilidade.
O National e-Health Strategy Toolkit [132] foi muito importante, pois trata da sade
eletrnica a nvel nacional, possuindo sete pilares, e a interoperabilidade est entre eles.
Seguidas as aes especficas a cada caso, um processo, sempre atualizado foi seguido,
constante na Figura 1.1.
Dado o tamanho e a complexidade envolvida nesta pesquisa, a Figura 1.1 facilitou
o acompanhamento da evoluo do trabalho, por parte deste autor, pois representa a
interao dos 3 Objetivos Especficos (OE) propostos neste trabalho.
Logo, observando a Figura 1.1, o OE - I foi necessrio ao diagnstico atual da Tecno-
logia da Informao da D Sau. De posse dos dados obtidos no OE-I iniciou-se a execuo
do OE-II, onde foi necessria uma abordagem na literatura sobre e-Sade e governana
de TI em sade, sendo possvel obter como resultado a construo de uma proposta de
governana de TI baseada no National eHealth Strategy Toolkit da OMS e UIT, para o
Servio de Sade do Exrcito Brasileiro. Ato continuo, com os resultados do OE - I e
OE-II, conclumos que o problema de interoperabilidade semntica existente nos sistemas
de informao do Servio de Sade do EB, poder ser alcanado com a adoo dos padres
de interoperabilidades em sade eletrnica. Como resultado do OE-III foi possvel espe-
cificar requisitos de interoperabilidade, com seus respectivos padres, luz da Portaria
no 2.073/2009 [33], para que os sistemas de informao em sade, sob responsabilidade
da D Sau sejam interoperveis, permitindo ao implantao do e-Sade, e assim que os
objetivos estratgicos do EB para sade sejam alcanveis.

7
Figura 1.1: processos facilitadores para a esquematizao da pesquisa.

8
Captulo 2

Reviso de Literatura

A pesquisa da base bibliogrfica utilizada neste trabalho considerou a busca por livros,
teses, dissertaes e artigos nas seguintes fontes especializadas: PubMed, ACM (Associa-
tion for Computing Machinery), IEEE (Institute of Electrical and Electronics Engineers),
SciELO, OMS e outras bases de dados cientificas. Tornou-se necessrio ainda, a pesquisa
de casos na implantao do e-Sade no contexto mundial, no tocante a interoperabilidade,
governana de TI na sade, gesto de risco na sade.

2.1 Gesto de Riscos de TI na Sade

De acordo com a Associao Brasileira de Normas Tcnicas (ABNT) [64] o risco o "efeito
da incerteza nos objetivos", e acrescenta as seguintes notas:

NOTA 1 Um efeito um desvio em relao ao esperado positivo e/ou

negativo.
NOTA 2 Os objetivos podem ter diferentes aspectos (tais como metas
financeiras, de sade e segurana e ambientais) e podem aplicarse em
diferentes nveis (tais como estratgico, em toda a organizao, de pro-
jeto, de produto e de processo).
NOTA 3 O risco muitas vezes caracterizado pela referncia aos eventos
[...] potenciais e s consequncias [...], ou uma combinao destes.
NOTA 4 O risco muitas vezes expresso em termos de uma combinao
de consequncias de um evento (incluindo mudanas nas circunstncias)
e a probabilidade (likelihood) [...] de ocorrncia associada.
NOTA 5 A incerteza o estado, mesmo que parcial, da deficincia das
informaes relacionadas a um evento, sua compreenso, seu conheci-
mento, sua consequncia ou sua probabilidade.

Com a citao acima, compreende-se que a ao da incerteza sobre os objetivos, advm

de uma probabilidade, de um efeito positivo (oportunidade) ou negativo (ameaa), que

9
associa-se a eventos e suas consequncias. O risco algo presente em todas as organizaes,
seja ela grande, mdia ou pequena [65], que pode causar um efeito e um desvio em relao
ao esperado-positivo e/ou negativo [64]. A palavra risco geralmente est associada ao
prejuzo que ele pode trazer ou a consequncia advinda dele.
Alm das definies supracitadas, no trabalho de Netto [125], encontram-se definies
que do uma viso a mais ao conceito de risco:

Alm deste conceito, so considerados os seguintes:

Os objetivos podem ter diferentes aspectos (tais como metas financei-
ras, de sade e segurana e ambientais) e podem aplicarse em diferentes
nveis (tais como estratgico, em toda a organizao, de projeto, de pro-
duto e de processo).
O risco muitas vezes caracterizado pela referncia aos eventos poten-
ciais e s consequncias ou uma combinao destes.
O risco muitas vezes expresso em termos de uma combinao de
consequncias de um evento (incluindo mudanas nas circunstncias) e
a probabilidade de ocorrncia associada.
A incerteza o estado, mesmo que parcial, da deficincia das informa-
es relacionadas a um evento, sua compreenso, seu conhecimento, sua
consequncia ou sua probabilidade.

Figura 2.1: Equao da gesto de riscos.

De acordo com a ABNT [65], a gesto de riscos so "atividades coordenadas para dirigir
e controlar uma organizao no que se refere a riscos", composta por um conjunto organi-
zacional (fundamentos e arranjos) para a sua concepo, implementao, monitoramento,
anlise crtica e melhoria contnua da gesto de riscos atravs de toda a organizao. A
ABNT ainda ensina que:

[...] esta Norma estabelece um nmero de princpios que precisam ser

atendidos para tornar a gesto de riscos eficaz. Esta Norma recomenda
que as organizaes desenvolvam, implementem e melhorem continua-
mente uma estrutura cuja finalidade integrar o processo para geren-
ciar riscos na governana, estratgia e planejamento, gesto, processos
de reportar dados e resultados, polticas, valores e cultura em toda a
organizao.

10
 A gesto de riscos pode ser aplicada a toda uma organizao, em suas v-
rias reas e nveis, a qualquer momento, bem como a funes, atividades
e projetos especficos.

Na Figura 2.1 observa-se que adoo da gesto de risco requer que aes repercutam
sobre o somatrio dos princpios, estrutura e aspecto organizacional. Isto fica bem latente
nos ensinamentos da ABNT [64], ao definir o processo de gesto risco, trata-se da:

aplicao sistemtica de polticas, procedimentos e prticas de gesto

para as atividades de comunicao, consulta, estabelecimento do con-
texto, e na identificao, anlise, avaliao, tratamento, monitoramento
[...] e anlise crtica dos riscos

Sobre a aplicao da dinmica do processo de gesto risco, a ABNT [65] recomenda

que o processo "seja parte integrante da gesto, incorporado na cultura e nas prticas, e
adaptado aos processos de negcios da organizao".

2.2 A Famlia da Norma ISO 31000

No Brasil, a terminologia de riscos foi traduzida e adaptada com a norma ABNT NBR
ISO GUIA 73: 2009 [125]. Na Tabela 2.1, observa-se a descrio das normas que compem
a famlia da ISO 31000.

Tabela 2.1: Famlia da ISO 31000

ISO Descrio
ABNT NBR um Guia que fornece as definies de termos genricos relativos
73:2009 gesto de riscos Vocabulrios atinentes gesto de risco.
ABNT NBR Gesto de riscos Princpios e diretrizes.
31000:2009
ABNT NBR Gesto de riscos Tcnicas para o processo de avaliao de riscos.
31010:2012
ISO/WR Gesto de riscos - Guia para a implementao da ISO 31000.
31004:2013

A escolha pela utilizao das Normas da ISO 31000:2009 objetivou aumentar a qua-
lidade do projeto, buscando dar uma padronizao internacional para o mesmo, com um
planejamento rigoroso e estratgico, visando convencer os integrantes da D Sau, em todos
os nveis sobre as suas responsabilidades. E, para tanto, convm que a alta administrao
gestora comprometa-se a adotar as aes abaixo:
- defina e aprove a poltica de gesto de riscos; - assegure que a cultura da organizao
e a poltica de gesto de riscos estejam alinhadas; - defina indicadores de desempenho

11
para a gesto de riscos que estejam alinhados com tais indicadores de desempenho da
organizao; - alinhe os objetivos da gesto de riscos com os objetivos e estratgias da
organizao; - assegure a conformidade legal e regulatria; - atribua responsabilidades
nos nveis apropriados dentro da organizao; - assegure que os recursos necessrios sejam
alocados para a gesto de riscos; - comunique os benefcios da gesto de riscos a todas
as partes interessadas; e - assegure que a estrutura para gerenciar riscos continue a ser
apropriada [65].
As normas acima citadas podem ser aplicadas no processo de gesto de riscos, que
pode ser resumido conforme a Figura 2.2, que expe a lgica e sua iterao no processo
de gesto de riscos.

Figura 2.2: Processo de gesto de riscos[65].

A adoo da gesto de riscos, aos moldes previstos na famlia da ABNT NBR ISO
31000, seguindo os passos na Figura 2.2 trar benefcios significativos e novos horizontes
ao processo de qualidade no tocante s atividades de gesto da Diretoria de Sade e
assistncia aos usurios do Sistema de Sade do Exrcito Brasileiro.
A gesto de riscos permite ainda complementar os programas de qualidade, assegurar
um ambiente confortvel e seguro aos clientes (pacientes), promover a sade e a qualidade

12
de vida-trabalho dos colaboradores (OCS e PSA), assessora na tomada de deciso e na
divulgao da imagem positiva da instituio ou empresa [76].

2.3 A Sade Eletrnica (e-Sade)

A rea da sade tem tido profundas transformaes na atualidade, somada alta demanda
de pacientes, grandes hospitais, muitos profissionais, que carecem de um sistema eficiente
de gesto. Como meio de apoio, os gestores utilizam-se de sistemas informatizados para
o apoio a deciso, baseado nos meios existentes na Tecnologia da Informao (TI). No
seria diferente no tocante aplicao da TI no contexto da sade, seja no meio pblico,
privado, civil ou militar.
De acordo com o Conselho Federal de Medicina (CFM) e a Sociedade Brasileira de
Informtica em Sade (SBIS), na sua Cartilha Sobre Pronturio Eletrnico (Fev 2012)
[60], a utilizao da Tecnologia da Informao e Comunicao em Sade (TICS) cresce
diariamente. Nos dias atuais, so inmeras as possibilidades, os recursos e os benefcios
que a informtica pode trazer para a rea de sade e seus profissionais.
A palavra e-Sade, literalmente, vem da traduo da palavra em ingls eHealth,
mas a sua definio ainda no se encontra nos dicionrios brasileiros. A simples traduo
no pode representar a grandeza e complexidade.
No Brasil, o Ministrio da Sade no seu Glossrio Temtico Gesto do Trabalho e da
Educao na Sade [50], assim define o e-Sade:

[...] Campo emergente do conhecimento em sade, desenvolvido a partir

de uma interseco entre a informtica mdica, a sade pblica e a
administrao, referindo-se a servios de sade e gesto da informao
por meio da internet e de tecnologias afins.
Nota: de acordo com a literatura cientfica internacional, o termo tem
conotao mais ampla do que apenas o desenvolvimento tecnolgico,
caracterizando-se por um novo modo de pensar, agir e trabalhar em
rede, envolvendo o pensar global, em benefcio da ateno sade com
alcance local, regional e mundial, a partir de tecnologia da informao
e da comunicao.

2.3.1 National eHealth Strategy Toolkit

O National eHealth Strategy Toolkit um roteiro para desenvolver estratgias nacionais
de sade ligadas e-Sade, lanado pela Organizao Mundial de Sade (OMS) e a Unio
Internacional de Telecomunicaes (UIT). Este roteiro funciona como estrutura de apoio
para projetos de e-Sade nas Amricas e de suporte para atingir objetivos estratgicos da

13
OPAS, no tocante formulao, implementao e avaliao de polticas sobre o e-sade,
segundo o DATASUS [47].
Segundo o Governo Brasileiro [47], para tentar facilitar o seu entendimento e aplicao,
a Organizao Mundial da Sade (OMS) e a Unio Internacional de Telecomunicaes
(ITU), lanaram um roteiro para desenvolver estratgias nacionais em e-Sade, denomi-
nada National eHealth Strategy Toolkit. Tal roteiro, como ferramenta, serviu de base
para que a aplicao do termo e-Sade no Brasil, tendo o entendimento de projeto de
informatizao da sade brasileira, segundo a Organizao Pan-americana da Sade [37].
Na Figura 2.3, podemos visualizar os sete componentes da e-Sade propostos pela
OMS e UIT [132].

Figura 2.3: Os componentes do e-Sade [132].

Sobre o assunto, o Projeto de Viso de e-Sade no Brasil (verso 1.0) liderado pelo
DATASUS e abrange contedos adaptados para a realidade brasileira [47].
Como o National eHealth Strategy Toolkit recomendado como roteiro em e-sade
a nvel nacional e est sendo adaptado pelo Ministrio da Sade realidade brasileira,
logo, pode-se seguir este roteiro para adaptar realidade do Servio de Sade do EB, pois
ele possui no seu contexto particularidade impares realidade militar e as peculiares ao
Brasil. O National eHealth Strategy Toolkit tambm aborda a questo da interoperabili-
dade em sistemas de informao em sade, ampliando mais ainda a possibilidade da sua
aplicabilidade no Servio de Sade do EB.

14
2.3.2 O Ministrio da Sade e o e-Sade
O e-Sade no Brasil de alta prioridade para o Ministrio da Sade, tendo dois objetivos
iniciais, segundo a OPAS [37]:

Primeiro - planejar e implementar aes imediatas de informatizao da sade; e

Segundo - a elaborao de orientaes de longo prazo, que se ajusta ao projeto

Viso de e-Sade no Brasil verso 1.0.

No contexto mundial, o momento vivido pelo Brasil, que pode se tornar a 5a maior
economia do planeta em 2023 [78], permite-nos acreditar que o Pas poder vir a dar
passos largos na rea de sade no decorrer dos prximos anos. Nosso modelo de sade
pblica, representado pelo Sistema nico de Sade (SUS), tem sido bem considerado
pelas suas caractersticas de universalidade, descentralizao de aes e hierarquizao
da assistncia, grandiosidade do programa de transplantes, distribuio de medicamentos
para tratamento de doenas crnicas, ateno dispensada aos portadores do HIV, etc.
fato, entretanto, que haver outros desafios a serem enfrentados para aumentar a eficincia
e a qualidade da assistncia prestada aos usurios. Por outro lado, ainda h importantes
barreiras a serem vencidas, particularmente, pela dimenso territorial do Brasil, para
equacionar os graves e complexos problemas ainda existentes no SUS, com vistas oferta
de uma sade pblica de bom nvel e de baixo custo.
Para a OPAS [38], a adoo eficaz do sistema de e-sade, tendo como roteiro o Na-
tional eHealth Strategy Toolkit, um dos grandes desafios em sade para o Brasil. A
adoo de tal roteiro permitir amenizar alguns problemas, mas tem como desafio a inte-
roperabilidade entre os sistemas que compem a infraestrutura de informao em sade
no pas, existentes nas esferas federal, estadual e municipal.
De acordo com a UIT [102], a e-Sade pode, transformar a gesto em sade, por
meio da prestao de sade mvel, da medicina personalizada, e de mdias sociais em
aplicaes de sade, etc. O avano ser alcanado por meio de normas tecnolgicas para
informao e comunicao que facilitem a interoperabilidade entre sistemas e dispositivos,
proporcionando privacidade e segurana atendendo s necessidades nicas do mundo em
desenvolvimento e alavancar as tecnologias existente, tais como aplicativos sociais presen-
tes em mdia e dispositivos mveis. Com isso observa-se que h uma semelhana entre
o SUS e os Sistemas de Sade do EB, motivo pelo qual entende-se que tal aplicao no
mbito militar traria tambm benefcios desejados no EB.

15
2.4 A Interoperabilidade no contexto da e-Sade
Esta seo destina-se apresentar os tipos de interoperabilidade e as caractersticas do
protocolos de interoperabilidade.
Sobre este tema, o IEEE [57] afirma que a interoperabilidade essencial entre sistemas
e que somente possvel alcan-la pela normatizao (aplicao de padres). O IEEE
contextualiza que a interoperabilidade a "capacidade de um sistema ou de um produto
para trabalhar com outros sistemas ou produtos sem esforo especial por parte do cliente".
Por definio o que se espera que os diversos sistemas existentes em uma organizao
possuam os seus protocolos bem definidos, capazes de automaticamente comunicarem-se
entre si, sem a interferncia humana. Mas a realidade bem diferente quando olhamos
para o nosso local de trabalho, e o que se v so solues isoladas, desenvolvidas para
atender a uma necessidade imediata, onde dada a pluralidade de tipos, conseguem arma-
zenar dados, mas no conseguem compartilh-los entre si, ou ainda realizar a recuperao
da informao com eficincia.
Greenspun e Champy [88], referem-se ao problema da interoperabilidade em sade,
ao mencionarem no livro Reengenharia na Sade: Um Manifesto pela Reviso Radical
da Ateno Sade, que "pior ainda, a maior parte dos sistemas existentes no
consegue se comunicar entre si".
De acordo com Tomal [158], a busca na soluo para interoperabilidade agrega valor
qualidade dos servios, pois sua ausncia afeta diretamente os nveis de recuperao da
informao (RI). De que adianta uma base com milhes de dados, mas que no consegue
dar suporte deciso, ou ainda, isolados em grandes bases de dados, sem comunicao
com outras bases, sem integrao? So como fios eltricos, cortados, que no permitem a
energia eltrica chegar ao destino do seu consumidor. A informao precisa dar o apoio
deciso, principalmente no contexto que a informao pode salvar ou retirar a vida de
um paciente.
A interoperabilidade um dos sete pilares que integram a sade eletrnica. Na Fi-
gura 2.4, observa-se que no contexto brasileiro, os setes pilares foram reduzidos a apenas
quatro (Governana Interoperabilidade, Infraestrutura e Recursos Humanos). Um dos
grandes desafios dentro da interoperabilidade o de se lidar com as diversas terminolo-
gias existentes em sade, onde se busca criar padres, no sentido de facilitar a interao
entres as terminologias polissmicas empregadas em sade. O Brasil tem buscado o in-
tercmbio entre especialistas para gerir conhecimentos e identificao dos atores sobre o
tema, atravs do grupo de interoperabilidade do seu Projeto de Viso de e-Sade [38].
Para a OPAS [48], a dinmica de padronizao de bases terminolgicas requer acordos
internacionais, para que se permita uma criao de bases de dados terminolgicas. Con-

16
tudo, isso depende de uma manuteno contnua e de uma instituio que se responsabilize
pelas terminologias.

Figura 2.4: Adaptao pelo Brasil dos 7 pilares de e-Sade da OMS [48].

Segundo o Conselho Nacional dos Secretrios de Sade (CONASS) [73], para que as
informaes transitem entre os sistemas, essencial que os componentes deste processo
sejam padronizados.
O Governo Brasileiro [58] est trabalhando no processo de criao de um padro de
interoperabilidade, atravs do seu projeto e-PING. Mas observando os padres atualmente
alcanados, disponveis no seu stio 1 , observou-se que eles ainda no contemplam as
particularidades da sade. Ainda no stio do e-PING consta que os rgos brasileiros
responsveis por tratar das particularidades da sade o Ministrio da Sade (MS) e a
Agncia Nacional de Sade Suplementar (ANS).
A criao de padres que viabilizem a interoperabilidade entre sistemas de informaes
em sade, por meio da aplicao da Tecnologia da Informao, permite o fornecimento
servios mais adequados s necessidades dos seus clientes, aos negcios, com mais quali-
dade, custos menores. Isto torna-se possvel com a criao de uma slida infraestrutura de
Tecnologia da Informao e Comunicao em Sade, que sirva como base estrutural para
a criao desses servios, permitindo que o servio de sade privado, pblico ou militar,
seja moderno, integrado e eficiente. Isso exige que sistemas sejam igualmente modernos,
integrados e interoperveis, trabalhando de forma ntegra, segura e coerente. Tal anseio
assemelha-se aos esperados pelo governo brasileiro para integrar seus sistemas de governo,
1
catalogo.governoeletronico.gov.br

17
onde j encontra-se em andamento, mas ainda no foi possvel contemplar a sade, dada
a complexidade envolvida [58].
Ainda segundo e-PING (Padres de Interoperabilidade de Governo Eletrnico) [58], a
iniciativa para a busca da interoperabilidade no nica, pois o texto a seguir consta no
seu Documento de Referncia (Verso 2014):

Governos como o norte-americano, o canadense, o britnico, o australi-

ano e o neozelands investem fortemente no desenvolvimento de polticas
e processos e no estabelecimento de padres em TIC, montando estrutu-
ras dedicadas para obter a interoperabilidade, com o objetivo de prover
servios de melhor qualidade a custos reduzidos.

Observa-se com o texto acima que o Brasil segue a tendncia mundial na adoo de
padres, adaptando sua peculiaridade, mas com o foco na interoperabilidade, sendo um
dos pilares mais difceis de serem fundados, no tocante sade.

2.5 Padres de interoperabilidade e informao em

sade
Atualmente, o interesse pela existncia da interoperabilidade entre sistemas um interesse
mundial. A realizao de testes so necessrios para garanti-la [71].

2.5.1 A Portaria no 2.073/2011 do Ministrio da Sade

No Brasil, a regulamentao do uso de padres de interoperabilidade para sistemas de
informao em sade no mbito do Sistema nico de Sade, nos nveis Municipal, Distri-
tal, Estadual e Federal, e para os sistemas privados e setor de sade suplementar, d-se
atravs da Portaria no 2.073/2011 do Ministrio da Sade [33], e no seu anexo define os
padres de informao em sade, representada pela Figura 2.5.
Um dos fatores impeditivos interoperabilidade quanto aos padres, protocolos
e terminologia. Neste contexto, o Brasil tem envidado esforos para alcanar xito na
aplicao da TI na sade. Os padres encontram-se listados na Figura 2.5.
Os padres de interoperabilidade, constantes na Portaria no 2.073/2011 [33], propem
como soluo ausncia de interoperabilidade semntica, tecnolgica, funcional, servios,
sistemas legados, entre modelos de conhecimento e em sistemas de sade. O emprego
dos padres listados na Figura 2.5 poder trazer benefcios troca de informao, inte-
grao de vrias tecnologias, melhor utilizao da informao, padronizao dos modelos
de conhecimento, terminologias, etc. Os problemas e benefcios citados encontram-se lis-

18
Figura 2.5: Mapa mental dos padres de informao em sade da Portaria no 2.073/2011.

tados na Figura 2.6, que representa um diagrama de causa e efeito, Ishikawa ou ainda
"espinha-de-peixe".
Sobre tal regulamentao, Dias e Felipe [69] falam da "tentativa de estabelecer padres
de interoperabilidade entre os diferentes sistemas de informao em sade do pas, tanto
no mbito da sade pblica como privada, em todas as instncias de governo, sejam elas
municipais, estaduais ou federais". A assertiva supracitada dos autores ao falar sobre
"tentativa", indica que no h uma certeza que dar certo, mas ao menos, atenua-se o
risco. Sommerville [151] j havia ratificado o citado por Dias e Felipe, ao mencionar

19
 Figura 2.6: Diagrama de causa e efeito para interoperabilidade em sade .

que os projetos de softwares so intangveis; que no h garantias que mesmo havendo

planejamento, os projetos de software sero concretizados. Os projetos de TI em geral
so complexos por natureza, e a complexidade potencializa-se quando os projetos so
aplicados ao contexto da TI em Sade Eletrnica.
Para Galvo e Ricarte [84], "a construo do pronturio eletrnico do paciente demanda
metodologias informacionais e tecnolgicas".
Greenspun e Champy [88] fortalecem esta viso, ao mencionarem o projeto de implan-
tao do pronturio eletrnico de pacientes nos Estados Unidos, que se iniciou em 2004,
durante o governo do ento presidente George Bush, mas que ainda continua "um sonho
distante". Observa-se que foi algo que ainda no deu certo, pois foi uma tentativa na
busca do acerto. No se trata de um fracasso, mas de tentar acertar. De acordo com Beck
[15], na histria da cincias h mais relatos sobre erros do que acertos. Logo, entende-se
que Beck ao mencionar os erros, esto implcitas as tentativas.
Nesta mesma plenitude, o Exrcito Brasileiro tem buscado os acertos, para ento,
conseguir construir e implantar o seu pronturio eletrnico de paciente, com abrangncia
a nvel nacional.
Os valores financeiros envolvidos em sade eletrnica, no so baixos. Envolve muita
das vezes, montantes significativos, que podem atingir cifras maiores que os 10 (dez) dgi-
tos de dlares. Greenspun e Champy[88], expem que numa outra tentativa de implemen-
tao de PEP nos EUA, em 2009, j na administrao do presidente Obama, destinou-se
mais de 20 bilhes de dlares para TI em sade.
A Gr-Bretanha tambm gastou bilhes de libras na tentativa de construir um sis-
tema nacional de PEP, porm, est "quase tendo sucesso"[88], pois ainda continuam as

20
tentativas.
Quanto regulamentao de padres de interoperabilidade adotados pelo Brasil [33],
estes so padres j existentes no meio internacional e outros criados no pas.
Dias e Felipe [69] solidificam este conhecimento, afirmando que:

As principais terminologias e padres em sade internacionais utiliza-

dos para a codificao de termos e conceitos da sade so o SNOMED
CT (Systematized Nomenclature of Medicine, Clinical Terms), ICD-CM
(International Classification of Diseases, Clinical Modifications), ICD
(International Classification of Diseases), LOINC(Logical Observations
Identifiers, Names and Codes), NANDA International (North Ameri-
can Nursing Diagnose Association) e UMLS (Unified Medical Language
System).
No Brasil, encontramos algumas codificaes e terminologias para in-
tervenes e eventos em sade, principalmente codificaes destinadas
representao de procedimentos mdicos para reembolso. Dentre as
mais conhecidas, podemos destacar a Tabela de Procedimentos do SUS
(Sistema nico de Sade) e a CBHPM (Codificao Brasileira Hierar-
quizada de Procedimentos Mdicos) da Associao Mdica Brasileira.
Mais recentemente temos a iniciativa da Agncia Nacional de Sade Su-
plementar, que no intuito de melhor regular e padronizar as informaes
trocadas no mbito da sade suplementar, criou o padro TISS (Troca
de Informaes na Sade Suplementar), juntamente com a terminologia
TUSS (Terminologia Unificada da Sade Suplementar).

Para melhor compreenso dos padres de interoperabilidade adotados pelo governo

brasileiro [33] foi elaborada a Figura 2.7, com as informaes de Dias e Felipe [69]; Barra
e Sasso[14]. Ao apresentar as terminologias nacionais e internacionais, na Figura 2.7, no
se quer dizer que sejam todas as existentes, mas utilizou-se a expresso "Etc."dando a
entender que h muitos outros padres.
Barra e Sasso [14] fortalecem esta compreenso, ao publicarem na Revista Brasileira
de Enfermagem em 2011 o quadro de Terminologias e sistemas de classificao utilizados
nas etapas do processo de Enfermagem, reproduzido na Figura 2.8.
Alm da complexidade da tecnologia da informao, da ausncia de interoperabili-
dade e da ausncia de homogeneidade das terminologias em sade, Galvo e Ricarte [84]
apontam outro fator negativo quanto ao emprego de terminologias internacionais:

No Brasil e nos demais pases lusfonos, o emprego de terminologias em

sade de referncia encontra-se bastante prejudicado pois grande parte
delas est em lngua inglesa.
Assim, uma grande contribuio a ser dada para a melhoria da quali-
dade dos contedos informacionais registrados nos pronturios o pla-
nejamento, traduo, harmonizao de terminologias clnicas tendo por
lngua-alvo a lngua portuguesa.

21
 Figura 2.7: Lista das terminologias criadas no Brasil e as de outros pases.

Figura 2.8: Terminologias e sistemas de classificao utilizados nas etapas do processo de

enfermagem [14].

22
 Por outro lado, os autores apontam o rumo a ser traado, com um processo que
pode levar o Brasil e demais pases de lngua portuguesa solidariamente a construrem
um modelo maduro, com terminologias comuns a se adotar, gerando um benefcio mtuo
para os pases.
Ao falar sobre a normalizao, padronizao e polticas relacionadas informao e
informtica em sade no cenrio nacional e internacional, Braga [18] colabora ao mapear
as instituies (cenrio internacional) e as polticas (cenrio nacional) representadas pelas
Figura 2.9 e Figura 2.10, respectivamente.

Figura 2.9: Instituies que direcionam polticas em e-Sade em nvel mundial [18] .

Figura 2.10: Iniciativas que direcionam polticas em e-Sade no Brasil [18] .

23
 De acordo com as siglas constantes na Figura 2.9 e Figura 2.10, respectivamente, ver-se
que a busca pela interoperabilidade um esforo de muitos pases.

2.5.2 O OpenEHR (Open Eletronic Health Record)

O EHR um modelo de referncia [33] da Fundao OpenEHR 2 , que tem como objetivo
criar o pronturio eletrnico de paciente (PEP) e o registro eletrnico de sade (RES), e
dedica-se "interoperabilidade e a computabilidade em e-sade"[128]. um padro que
visa definir uma arquitetura padronizada para a representao de informaes em sade
e inclui sistemas no seu escopo [139].
A Fundao OpenEHR tem como foco oferecer uma plataforma aberta, livre, orientada
domnio, que visa o desenvolvimento de sistemas de e-sade flexveis, baseado no seu
modelo de referncia, que apoia-se na publicao de um conjunto de especificaes. De
acordo com a Fundao OpenEHR [128], na publicao das especificaes do EHR, esto
definidos:

"[..] um modelo de referncia de informao em sade, uma lingua-

gem para construir modelos clnicos, ou arqutipos, que so separados
do software, e uma linguagem de consulta. A arquitetura projetada
para fazer uso de terminologias de sade externas, como SNOMED CT,
LOINC e CID X. Componentes e sistemas em conformidade com ope-
nEHR so abertos em termos de dados (eles obedecem o esquemas
XML openEHR publicado), modelos (eles so orientados por arquti-
pos, escritos no formalismo ADL publicado) e API. Eles compartilham
a chave de inovao do openEHR de adaptabilidade, devido aos arquti-
pos serem externos ao software, e partes significativas do software serem
derivadas de mquina de arqutipos."

Este modelo trata da interoperabilidade semntica, e tem a sua arquitetura resumida

na Figura 2.11. Tem ao direta sobre o arquivamento e compartilhamento dos dados
e os seus resultados do-se com a adoo e produo de sistemas e ferramentas para
computao de informaes de sade no nvel semntico, padronizando as terminologias
em nvel de domnios.
Analisando a Figura 2.11, o objeto da aceitao e aplicao do modelo definido pela
OpenEHR pode no ser o definitivo, mas traz benefcios ao caos semntico em sade.
Targino e Ferreira [52] afirmam que:

At o presente momento provavelmente, at um futuro indefinido no

temos disponvel uma estratgia nica capaz de dar conta do espectro
de problemas relacionados preservao digital. O que se apresenta
so solues especficas para casos especficos. Entre as solues po-
tencialmente completas, algumas so de uso corrente, mesmo que em
2
<http://www.openEHR.org>

24
 pequena escala. Outras so experimentais e esto, ainda, nas bancadas
dos laboratrios ou em patamares bastante tericos.

As terminologias em sade so complexas por natureza, e transformar o espao de

informao existentes numa organizao de sade, nos seus pronturios de pacientes e
arquivos fsicos para um espao eletrnico (ciberntico), com uma autenticidade aceit-
vel, requer impositivamente a adoo de padres, que sejam de comum acordo entres os
beneficiados por tal prtica. E, que Targino e Ferreira afirmaram [52] ainda, que:

Um fator fundamental de sucesso para o incremento da longevidade dos

objetos digitais, no importando a estratgia de preservao digital ado-
tada, est relacionado com a adoo de padres, mormente os padres
abertos. Numa viso otimista, eles permitem que os documentos digitais
sejam representados em formatos mais duradouros e estveis, reduzindo
a velocidade do ciclo de obsolescncia. A aplicao de padres na pre-
servao digital na codificao, nos formatos e nos esquemas de repre-
sentao torna os processos de preservao digital mais fceis, menos
frequentes e mais baratos, medida que reduzem a grande variedade de
processos de preservao customizados, decorrentes da multiplicidade de
formatos em que se traduzem os objetos digitais no padronizados.

O openEHR utiliza terminologias externas j existentes, com uma arquitetura multi-

nvel, orientada a servios, integrando os modelos clnicos (baseados nas terminologias),
os registros armazenados e as consultas a base de dados de informaes em sade, de
forma transparente. Tem apoio de uma comunidade virtual que a cada dia cresce, sendo
adotado [128] por:

prestadores e gestores de servios de sade;

projetos de pesquisas com patrocinadores;

organizaes sem fins lucrativos e de cdigo livre;

governos de vrios pases, inclusive o Brasil [33];

pesquisa acadmica;

parceiros da indstria em sade; e outros.

Os benefcios da adoo do openEHR sobre o PEP e o RES estende-se aos gestores,

profissionais de sade e pacientes, pois traz eficincia ao uso, compartilhamento e a re-
cuperao da informao em e-sade, permitindo, assim, funes analticas verdadeiras
como apoio deciso e consultas de pesquisa [128].
Para Bacelar-Silva, a viso multidisciplinar de especialistas (em sade e de reas de
TI) na construo e arqutipos, proposta pelo openEHR, podem reduzir as informaes

25
difusas que a rea mdica enfrenta cotidianamente e o alto custo na construo de solues
em e-sade[13].

Figura 2.11: Arquitetura resumida do modelo OpenEHR [128].

Os arqutipos produzidos pela ADL, no padro aberto do OpenEHR, construdos

com a viso multidisciplinar, uma forma de representar uma ontologia, de acordo com
Ronchio et al [139]. E, que se organizam em seis (6) categorias, assim dispostas:

"compositions de arqutipos temticos documentos clnicos como:

sumrio de alta, avaliao pr-anestsica, cuidados de enfermagem, en-
tre outros; sections arqutipos organizacionais utilizados para definir
a navegao no RES: histria, exame clnico e evolues; observati-
ons registro de dados mensurveis ou observados: presso arterial,
sintomas, peso; evaluations registro de avaliaes clnicas: avaliao
de risco anestsico, efeito adverso; instructions registro no incio de
processo de workflow: prescrio mdica, solicitao de exames; acti-
ons registro da atividade clnica: administrao de medicamentos ou
realizao de procedimentos. Actions complementam as instructions
e registram seus estados, tais como: completed ou cancelled .[139]"

O kernel (ncleo) do openEHR funciona como sendo um elemento do meio, um mid-

dleware 3 [25] [138], um facilitador na integrao dos diversos sistemas, onde h a com-
3
camada de software para a integrao em ambientes heterogneos

26
plexidade semntica em e-saude. A arquitetura resumida do openEHR representada na
Figura 2.11, mostram claramente a abordagem de dois nveis ou multinvel:

diversos modelos clnicos - nvel da informao; e

os repositrio de arqutipos - nvel do conhecimento.

A arquitetura openEHR, nesse contexto, Ronchi et al. [139]ratifica que "a criao de
arqutipos favorece a padronizao do PEP e deve ser considerada na especificao de
todos os sistemas de informao em sade (SIS)".

2.5.3 O Protocolo HL7 (Health Level Seven)

O HL7 mantido pela Health Level Seven, que uma organizao sem fins lucrativos
que desenvolve padres de interoperabilidade para sistemas de informao em sade. A
organizao HL7 acreditada pela ANSI (American National Standards Institute 4 ) e
tem filiais em mais de 40 pases [93] [24]. ANSI tem sua sede em Ann Arbor (Michigan -
EUA)[136].
Ribeiro [136] entende que o HL7 mais abrangente e assim o descreveu:

[...] um padro internacional[...]. O tema central HL7 a integrao

de dados clnicos e administrativos. Cria normas para a troca, gesto
e integrao eletrnicos de informaes de sade. Tambm desenvolve
especificaes, por exemplo, um padro de mensagens que permite que
diferentes aplicaes da sade possam trocar conjuntos de dados clnicos
e administrativos.

De acordo com Benson [16], a organizao HL7 no desenvolve softwares. Ela cria nor-
mas para a troca, gerenciamento e integrao de informaes eletrnicas de sade para fins
clnicos e administrativos. Com a criao de padres interoperveis em sade, ela simples-
mente fornece s organizaes de sade quais especificaes so necessrias para tornar
seus sistemas interoperveis. Seus padres empregam uma metodologia formal, coerente
e extensvel. Colabora ainda com outras instituies de criao de padres; treinamentos
para o setor de sade; participa e promove encontro com especialistas, desenvolvedores
da indstria de software e rgos governamentais .
No Brasil, a portaria 2073/2011 do Ministrio da Sade oficializou a utilizao do
padro HL7 como soluo para a ausncia de interoperabilidade entre sistemas. Destina-
se integrao dos resultados, solicitaes de exames [33], gesto e troca de informaes
[136].
4
organizao americana que promove norma e padres de consenso mundial

27
 Atualmente, encontra-se na verso 3 e tem como base a linguagem XML ((eXtensible
Markup Language 5 ), enquanto a sua verso anterior (V2), tecnicamente, a sua estrutura
usava barras (|) e acentos circunflexos/;. ( ) [112]. Nas Figura 2.12 e Figura 2.13
apresenta-se exemplos da codificao das mensagens com caracteres (HL7 v2.x) e com
tags XML(HL7 v3), respectivamente. As verses no so compatveis [24].

Figura 2.12: Exemplo de uma mensagem do HL7 V2.x [24] .

Figura 2.13: Exemplo de uma mensagem do HL7 V3 [24] .

A HL7 agrupa os seus padres por grupo de referncias (sees) [94]:

1 Primrios: padres mais populares destinados a integraes de sistemas, interope-

rabilidade e conformidade. Lista-se os padres mais utilizados e requisitados;
5
linguagem de programao capaz de descrever diversos tipos de dados

28
 2 Normas Fundamentais: Normas para definir ferramentas fundamentais, blocos
de construo de seus padres e infraestrutura tecnolgica que gerenciam a imple-
mentao dos padres HL7;

3 Domnios clnicos e administrativos: Encontram-se os padres de mensagens

e grupo de documentos de especialidades clnicas. Estes padres so comumente
implementados;

4 Perfis para EHR: fornecem modelos funcionais e perfis para a gesto e construo
de registro eletrnico de sade (RES);

5 Manuais de implementao: Disponibiliza-se manuais e documentos de suporte

que podem sem utilizados com os padres. Todos os materiais disponibilizados
servem como suplemento adoo do padro HL7;

6 Regras e referncias: especificaes tcnicas, estruturas de programao, modelos

e padres de desenvolvimento de software; e

7 Conscientizao e Educao: nesta seo, possvel encontrar projetos de Nor-

mas do HL7, projetos em andamento, ferramentas e outros recursos necessrios
adoo de padres HL7.

O termo "Nvel Seven", faz referncia stima camada (aplicao) do modelo Open
Systems Interconnection (OSI) da Organizao Internacional de Normalizao (ISO) [93]
[16]. A proposta de criao do modelo OSI visava facilitar a comunicao em sistemas
heterogneos, sem a necessidade de mudanas lgicas entre hardware e software. Ele
no se trata de um protocolo, mas de um modelo possvel de se compreender, projetar
arquiteturas de redes flexveis, robustas e interoperveis. A ISO a organizao, enquanto
OSI o modelo criado por tal organizao [80].
Entre dois sistemas, a camada de aplicao tem responsabilidade sobre traduo, com-
preenso e proteo (criptografia), agindo estrutura sinttica e semntica das informaes
trocadas entre eles [80]. Para a sua interao com usurios so necessrios diversos pro-
tocolos, dentre os quais, segundo Tanenbaum [155], cita-se o Hypertext Transfer Protocol
(HTTP) que base para o funcionamento web ou World Wide Web(WWW). A camada
de aplicao ainda responsvel pela qualidade dos servios, privacidade e autenticao
[149].
Ao tratar sobre das arquiteturas do modelo OSI, como base para a comunicao do
HL7, e a sua pluralidade de protocolos, Ribeiro afirma que h muitos outros protocolos
envolvidos nas aplicaes mdicas. Acrescenta tambm, que o protocolo de comunica-
o TCP/IP (Transmission Control Protocol/Internet Protocol) o mais empregado no
padro HL7 [136], com a transferncia da informao e interconexo de rede em sade[16].

29
 O modelo TCP/IP foi criado pelo Departamento de Defesa dos Estados Unidos (DoD).
Ele no um modelo OSI, mas tambm possui a camada de aplicao [155] [136].
Com os conhecimentos contidos nesta seo, foi possvel elaborar a Figura 2.14, onde
constam a relao do padro HL7 com o Modelo OSI e TCP/IP, bem como a colaborao
de cada protocolo da interseo dos modelos.

Figura 2.14: Esquematizao do autor para representar os diferentes protocolos que do

suporte ao HL7 .

A Figura 2.14 foi criada dada importncia que os protocolos destes modelos tm no
processo de comunicao e transferncia da informao, no sentido de serem interoper-
veis. Eles permitem o funcionamento do HL7, por meio das suas 7 camadas, nos assuntos
de e-sade [149].
Tanenbaum [155] refora a ideia de imperfeio, ao afirmar que "Nem o modelo OSI
e seus respectivos protocolos nem o modelo TCP/IP e seus respectivos protocolos so
perfeitos. Os dois tm sido alvo de uma srie de crticas". Por outro lado, o autor cita
pontos positivos dos mesmos: o modelo OSI para o estudo de redes de computadores; e
largo emprego dos procolos do modelo TCP/IP. A Organizao HL7 ratifica os pontos
positivos e conclui que o modelo OSI, embora ultrapassado, permanece valioso ao estudo
da arquitetura de rede [93].

2.5.4 O padro HL7-CDA

O HL7-CDA (Health Level Seven - Clinical Document Architecture) um protocolo pa-
dronizado de comunicao entre sistemas de informao em sade. Ele adota padres

30
para a elaborao de documentos clnicos eletrnicos, considerando a sua estrutura e se-
mntica. Com ao HL7-CDA possvel realizar a transferncia de informaes clnicas
entre sistemas [120]. Tem papel fundamental na definio da arquitetura dos diversos
tipos documentos clnicos [33] e um padro internacional que define os dados clnicos
[3].
O padro HL7-CDA, ao considerar a estrutura, semntica e arquitetura, trata da
concepo, construo e interpretao da informao. Os profissionais que tero o acesso
informao, podem no ser os mesmos que as criaram. Para tanto, no pode haver dvidas
na interpretao (semntica). A padronizao arquitetural de documentos clnicos uma
maneira de mitigar os riscos nas transferncias de informaes em sade.
Neira et al.[120] empregou o padro durante um estudo de caso prtico em sistemas
de 2a opinio mdica. As informaes com dados clnicos de pacientes era repassada para
vrios mdicos residentes para analisarem e emitirem laudos. Os autores concluram que
foi satisfatrio o experimento, que teve 52 laudos de 2a opinio. O sucesso dependia do
envio de informao "relevantes e completas".
O HL7 e o HL7-CDA, trazendo para uma abordagem prtica, colaborou com a abor-
dagem de Lugo et al. [110] ao aplicarem na telemedicina, em sistema leitor de histrico
clnico codificado. Os autores chegaram a seguinte concluso:

A partir dos resultados mostrados, sua anlise e discusso, pode-se ob-

ter as seguintes concluses sobre o documento clnico onde consta os
registros mdicos eletrnicos codificados no padro HL7/CDA:
1. Facilita a gesto da informao contida nos registos mdicos codifica-
dos em HL7/CDA aps o recebimento, uma vez que todas as informaes
so armazenadas na memria do computador atravs de uma estrutura
de dados simples.
2. A troca de pronturios, entre centros de sade, reduz a quantidade
de erros, evita a criao de um novo cadastro e documento clnico, a
cada atendimento, por meio dos softwares usados em organizaes ou
servios de sade, onde o paciente necessitou de atendimento mdico.
3. mantm a integridade das informaes clnicas, pois evita os erros
humanos na transcrio dos dados.
4. os registros eletrnicos de sade que esto em conformidade com
o padro HL7/CDA, tem a possibilidade de estarem disponveis para
qualquer organizao, globalmente, atravs de e-mail, Web Service ou
outros meios, em qualquer sistemas operacionais utilizados, possibilita
pesquisa, independentemente do nmero de acessos, volume do contedo
ou o tipo de informao que eles contm.
5. A arquitetura de software cliente/servidor de 3 camadas, aumenta
o desempenho, flexibilidade, facilidade de manuteno, reutilizao e
escalabilidade do software.

31
 6. Ela representa uma contribuio para a troca de informaes clnicas
para uso em servios de telemedicina.[110]

2.5.5 O padro DICOM (Digital Imaging and Communications

in Medicine)
O padro DICOM foi criado pela National Electrical Manufacturers Association (NEMA).
Sua verso atual a 2014c que est sob a responsabilidade da Medical Imaging & Tech-
nology Alliance 6 (uma diviso da NEMA) [124][114], que tem como objetivos:

aumentar a conscientizao e compreenso do valor da medicina

por imagens;
atingir regulao eficiente e razovel de tecnologias de medicina
por imagens;
interagir com as agncias governamentais especializadas sobre po-
lticas de avaliao de reembolso e tecnologia;
expandir a aceitao global do padro DICOM, permitindo que as
tecnologias de imagem digital possam ser interoperveis;
melhorar a harmonizao da regulamentao do mercado mundial
de produtos de medicina por imagens;
representar o posicionamento da indstria na tcnica, desenvolver
o comrcio e temas de interesse da medicina por imagens; e
fornecer dados exclusivos de mercado para a indstria de medicina
por imagens.

Em 1993, especificou-se um padro para o emprego de imagens na medicina. Atu-

almente cada vez mais softwares o utilizam como padro para manipular e visualizar
imagens clnicas. Os softwares para este fim so bem especficos e tornam-se negativos
por no serem, geralmente, de cdigo livre ou aberto, o que no facilita os ajustes ne-
cessrios para novos interesses na rea da sade [92]. O padro ISO que trata sobre o
DICOM a ISO 12052:2006 (Health informatics Digital imaging and communication in
medicine (DICOM) including workflow and data management) [79].
Padro este, utilizado para representar informaes relativa a exames de imagem [33]
e dispositivos de imagem hospitalar [136]. Para Hadlich et al., o formato DICOM objetiva
facilitar a comunicao entre hardware e softwares envolvidos nesse processo de aquisio,
distribuio e recuperao de imagens aplicadas medicina [92].
A NEMA complementa que facilita ainda a expanso de sistemas j existentes, in-
tegrando a comunicao outros sistemas e o arquivamento dessas imagens. Os padres
DICOM esto disponveis para downloads 7 , sem custo [121]. H uma vasta documentao
6
http://www.medicalimaging.org/
7
http://dicom.nema.org/

32
disponvel 8 para a implantao do padro DICOM 2014c, dividas em partes, expostas na
Figura 2.15

Figura 2.15: Esquematizao do autor para representar a composio do padro DICOM

2014c - adaptado [122] .

Ujgare e Baviskar [160] estendem a sua aplicabilidade na imagiologia mdica, afir-

mando que possvel o manuseio, armazenamento, impresso e transmisso de informa-
es nas imagens. A sua extenso de arquivo comumente a ".dcm"e tem no seu formato
as informaes representadas na Figura 2.16. Neste formato de arquivo armazenam-se
detalhes sobre a imagem e paciente, no mesmo arquivo. Esta caracterstica, que agrupa
em um conjunto de dados as informaes contidas numa imagem, torna-a indissolvel
(imagem e paciente); caracterstica que diferencia o DICOM de outros formatos de dados,
que positivo, pois evita enganos. A sua aplicao na telemedicina e anlise de raios x,
permitem uma anlise e um diagnsticos rapidamente [160]. Para o paciente, o acerto e
8
http://medical.nema.org/medical/dicom/current/output/

33
pronta resposta a uma anlise, so muito bem visto, principalmente quando seguido de
eficincia profissional e tecnolgica, a um preo acessvel.

Figura 2.16: Exemplo de arquivo com o formato DICOM [160] .

O padro de arquivo DICOM composto por cabealho (header), conjunto de dados

(DataSet) e os elementos de dados (Data Element). Esta composio, representada na
Figura 2.16, pode ser detalhada com o conhecimentos de Ujgare e Baviskar [160]:

Header: o cabealho composto por Nome do paciente e outros dados do paciente,

e detalhes da imagem. O seu tamanho de 132 bytes (PREMBULO 128 bytes
=? PREFIXO 4 bytes = D, I, C, M). Nele esto informaes importantes da
imagem (largura, altura e quantidade de bits por pixel da imagem - resoluo), tais
como:

Conjunto de dados: so instncias do mundo, transformadas em informaes no

mundo computacional. Cada arquivo DICOM contm um nico conjunto de dados,
que so construdos com elementos de dados codificados.

Elemento de dados: compem-se de campos comuns, tais como: tags, valores de

representao (VR) campo e comprimento.

Ainda, segundos os autores, estas caractersticas tornam o DICOM um padro de

imagem fcil de ser compartilhado com os mais variados sistemas e equipamentos de
hardware, dos mais diferentes fabricantes.
O padro DICOM 2014c permite a sua transformao para o protocolo HL7 e HL7
CDA [122]. Na Figura 2.17 observa-se um relatrio de caso de uso, onde est representado

34
o relacionamento de comunicao, bilateral, entre um sistemas de informao de imagens e
um sistema de informaes clnicas. Seguindo o fluxo da informao da imagem, segue-se
dois passos [123]:

1. passa por um criador de relatrio, que por sua vez relaciona-se com um relatrio
bsico de diagnstico por imagem. Partes relevantes do relatrio so selecionadas,
opcionalmente, para compor o documento transformado um HL7 CDA.

2. Segue com um relatrio transcodificado, que integra-se com as informaes seleci-

onadas opcionalmente. Com tal acrscimo, vindo do relatrio bsico, gera-se um
relatrio de diagnstico por imagem no padro HL7 CDA, que um subconjunto
do relatrio original (DICOM SR "Basic Diagnostic Imaging Report), que compre-
ende as informaes pertinentes fornecidas pelo mdico responsvel da instituio
de imagem para as partes externas.

Figura 2.17: Relatrio de criao e transformao - DICOM para HL7 [123] .

2.5.6 O padro LOINC (Logical Observation Identifiers Names

and Codes)
Em 1994, o Regenstrief Institute, uma organizao voltado para pesquisas mdicas e de
informtica, associada com a Universidade de Indiana desenvolveram o padro LOINC.
Criada em resposta ao aumento do uso de sistemas, atualmente est na verso 2.50 (2014),

35
e caracteriza-se como uma linguagem simples que busca homogenizar as terminologias
empregadas nos laboratrios e observaes clnicas. Esta terminologia engloba observaes
laboratoriais e vrias outras observaes clnicas nas trocas de informaes entre hospitais
e laboratrios, eletronicamente.
A LOINC compe-se de trs partes: um conjunto de identificadores, nomes e cdigos.
A observao representa os questionamentos e o resultado destas observaes so as res-
postas. Os questionamentos so representados pelo cdigo LOINC e as respostas podem
ser representadas por outros padres. Nas Figura 2.18 um exemplo da representao com
o padro SNOMED CT e na Figura 2.19 com o HL7 V.2.x [118].

Figura 2.18: Exemplo de cdigo LOINC (identifica a questo ) e um cdigo SNOMED

CT (a resposta) [118] .

Figura 2.19: Exemplo de cdigo LOINC (identifica a questo ) e uma transmisso com
HL7[118] .

A possibilidade de combinar o LOINC com outros padres, exemplificados pelas Fi-

gura 2.18 e Figura 2.19 o tornam flexvel e poderoso, pois pode ter uma extenso maior na
sua aplicabilidade com outros sistemas de informaes em sade. Vreeman [161] refora
esta assertiva, pois afirma que quando usado em conjunto com os padres de mensagens
tais como HL7, os identificadores de observao universais de LOINC podem ser um com-

36
ponente crucial para combinar os resultados do teste, as medies, e outras observaes
a partir de muitas fontes .
O Brasil, por meio do Ministrio da Sade, adota tal padro para referenciar a codi-
ficao de exames laboratoriais [33], entre outros padres para aplicao em RES.
Na Figura 2.20 podemos ver um documento com a composio de um registro clnico
no LOINC, que possui seis partes, campos ou dimenses, visam descrever um exame de
forma nica e completa:

Component: contm a substncia que est sendo examinada ou observada. No caso,

Leuccitos (glbulos brancos);

Property: caractersticas da substncia que ser analisada ou observada. No caso,

NCnc (concentrao Number);

Time: perodo de tempo a que foi submetida a anlise ou observao. No caso, Pt

(ponto no tempo);

System: descrio do material que est sendo analisado ou observado. No caso, CSF
(fluido da espinhal cerebral);

Scale: o tipo de escala adotada para mensurar. Deve ser quantitativa, ordinal
(rankeada), nominal (com o nome de um antgeno) ou narrativa. No caso, utilizou-
se uma Qn (quantitativa); e

Method: opcional. Uma descrio metodolgica de como foram feitos os trabalhos.

Contudo, torna-se necessria, quando a tcnica afeta a interpretao clnica dos
resultados. No caso, contagem manual.

A composio dos registros LOINC se aplicam a todos os testes com resultados clnicos
equivalentes. E suas codificaes foram criadas apenas para a sua identificao, no tendo
por objetivo transmitir todas as informaes sobre o resultado de um determinado exame.
O escopo global do LOINC tudo que for possvel testar, medir ou observar sobre um
paciente, sob duas divises principais de contedos:

Laboratrio: aplica-se as categorias usuais de qumica, hematologia, sorologia, mi-

crobiologia (incluindo parasitologia e virologia), toxicologia; bem como as categorias
para as contagens de clulas, suscetibilidades aos antibiticos, e muito mais, desde
que seja possvel testar, medir ou observar;

Clnica: excetuando-se o laboratrio, o termo clnica aborda todos os demais que

sejam passveis de teste, medio ou observao. Abrange reas como: eletrocar-
diograma, ultrassom obsttrico, eco/cardaco, imagiologia urolgica, procedimentos

37
 Figura 2.20: Exemplo de cdigo e campos empregados no padro LOINC [118] .

gastro/endoscopia, gesto de ventilador pulmonar, estudos de radiologia, documen-

tos clnicos, instrumentos de pesquisa selecionados e outras observaes clnicas.

A licena LOINC permite o seu uso comercial e no-comercial, sem custo, podendo
baixar e usar livremente. Sua restrio quanto mudana de vocbulos.
O padro LOINC no apenas uma base de dados com vocbulos laboratoriais e
clnicos, mas uma grande comunidade ascendente com mais de 163 pases, que o adotam
como padro. Estes pases tem como bice os termo tcnicos peculiares a cada linguagem,
mas muitos esto traduzindo o LOINC para atender s necessidades lingusticas de sua

38
localidade. Um esforo que envolve mais de 35.000 especialistas para a integrao das
suas bases de dados em sade [118].

2.5.7 A norma ISBT 128

O ISBT 128 um padro internacional mantido pela International Council for Commo-
nality in Blood Banking Automation (ICCBBA), sendo adotado por mais de 77 pases nos
6 continentes. A sigla do padro "ISBT 128"deriva da sua importncia e significa: Inter-
national Society of Blood Transfusion, e o seu numeral traz os reflexos das possibilidade de
7 bits, possibilitando 128 caracteres da ISO/IEC 646 [99]. Reconhecido pela Organizao
Mundial da Sade (OMS), como um sistema de codificao consistente [168]. Criado du-
rante a Guerra do Golfo para resolver os problemas de identificao de produtos humanos
em ambiente de combate [164]. Distler [70] narra que naquela oportunidade os militares
feridos receberam sangue oriundo de vrios pases, e que foram encontrados duplicaes
na identificao, que deveria ser nica e leitura de cdigos de barras inconsistentes. O
autor acrescenta ainda que:

No teatro de operaes militares encontraram milhares de erros de ro-

tulagem. Estes incluram: erros de cdigo de barras de substituio;
ausncia de padres ou utilizao de cdigos de identificao de incio
doao; cdigos de incio imprprios ou incorretos no nmero de re-
gisto FDA; descumprimento geral com as diretrizes de rotulagem 1985;
e duplicao de nmeros de doao. Tudo isso resultou em erros de
identificao de unidades, o que requer a entrada manual de dados e
unidade de renumerao, e aumentou a possibilidade de erro detectado,
e uma diminuio na produtividade. "Tornou-se evidente que o san-
gue era um recurso internacional e havia uma necessidade desesperada
de uma padronizao global do sistema de codificao de informaes
crticas.

O Brasil um dos pases que adotaram o padro, e aqui tem como finalidade a codifi-
cao de dados de identificao das etiquetas de produtos relativos ao sangue humano, de
clulas, tecidos e produtos de rgos [33]. A OMS [168] amplia esta finalidade, enfatizando
que:

Produtos Mdicos de Origem Humana (MPHO) compreende todo o ma-

terial humano e suas derivaes, doado, utilizado para aplicao em
seres humanos, incluindo sangue, rgos, medula ssea, sangue de cor-
do, crneas, tecidos, clulas reprodutivas e leite. Estes produtos tm
muito em comum: eles so derivados por consentimento de um doador;
eles carregam riscos de transmisso da doena; eles podem ser distri-
budos globalmente; e eles so de valor teraputico nico e muitas vezes
insubstituvel.

39
 De acordo com Almeida [3], este padro tem importncia e influncia na definio
das normas brasileiras no campo da hematologia. A normatizao pelo ISBT aplicada
inclusive nos modelos de documentos fsicos. O emprego de terminologias sobre sangue
para uso em sistemas eletrnicos, tem fins normativos e traz segurana aos doadores e
receptores, pois possibilita um rastreamento entre eles, no caso de necessidade de uma
auditoria. Na Figura 2.21 podemos ver na prtica aplicao do padro ISBT 128,
por meio de uma etiqueta de sangue [95]. A OMS partilha a viso dos demais autores,
ao enfatizar que identificando as organizaes de origem, como parte da identificao,
melhora a transparncia e facilita o monitoramento de prticas ticas e procedimentos
seguros [168].

Figura 2.21: Exemplo de uma etiqueta de sangue no padro ISBT 128 [95] .

Segundo a ICCBBA [95], por ano, so geradas mais de 40 milhes de etiquetas com o
padro ISBT 128, para identificar produtos de sangue, clulas tecidos. Nestas etiquetas
esto materializadas a importncia que elas representam para a organizao e pacientes,
pois nela esto informaes sobre as substncias de origem humana citadas acima. As
informaes presentes nas etiquetas que levam o padro ISBT 128, necessitam de certos
cuidados, que do ponto de vista do autor: " essencial que a informao seja armazenada
de forma precisa, transferida corretamente, e que todos os itens crticos sejam claramente
entendidos pelo pessoal mdico que administra/transplanta o produto".

40
Figura 2.22: Exemplo de uma etiqueta de identificao nica de doao de sangue [95] .

Estas etiquetas funcionam como identidade de um determinado procedimento, nico.

Cada doao uma doao diferente, e para esta concepo o ISBT 128 tem uma etiqueta
nica para a doao de sangue, que pode ser melhor compreendida pela Figura 2.22, que
contm trs partes necessrias: identificao do doador; caracteres de sinalizao e os de
verificao (validao).
Do ponto de vista da Organizao Mundial da Sade [168], o ISBT 128 o nico
padro global para a identificao e codificao de produtos mdicos de origem humana
(MPHO), sendo considerado uma normatizao global consistente. Na viso de Warwick
et al [164]. Quando aplicado aos MPHO, traz segurana, transparncia e rastreabilidade.
A chave de codificao do ISBT 128 foi projetada para ser nica globalmente por 100
anos. A sua base de dados conta com mais de 7000 (sete mil) cdigos de descrio de
produtos humanos. Outro grande atrativo desta padronizao a flexibilidade, pois o
nvel de detalhamento eletrnico da informao pode variar com a necessidade. Este nvel
de flexibilidade j alcanou mais de 6700 cdigos de descrio de produtos de sangue. Caso
os associados a ICCBBA necessitem de cdigos eles podem solicitar, demora entre 4 e 6
semanas. Se o cdigo solicitado no existir, demandar um tempo maior, pois a ICCBBA
precisa consultar seu grupo de expertise para adequar as terminologias e o consenso, para
ento gerar-se o novo cdigo. Na Figura 2.23 pode-se visualizar um exemplo da chave de
codificao, que compe-se de 8 caracteres, onde 5(cinco) descreve o cdigo do produtos
e outros 3 (trs) a sua diviso [70].
Todos estes mecanismos trazem segurana ao paciente e consequentemente qualidade
as organizaes que os utilizam. Sobre esta assertiva, a ICCBBA [95] entende que:

O risco de erro por identificao inadequada beira do leito, reconhe-

cida como uma das principais causas de transfuses erradas. Identifica-
o adequada do paciente igualmente importante para outras substn-
cias de origem humana. A fim de apoiar a melhoria da segurana neste

41
 Figura 2.23: Exemplo de uma etiqueta de codificao de produtos humanos[70] .

momento crtico, estruturas de dados do ISBT 128 tm sido desenvolvi-

das para armazenar informaes crticas dos pacientes, incluindo a data
de nascimento e o nmero de identificao do paciente no hospital. Uma
caracterstica importante destas estruturas de dados a utilizao de um
"cdigo de localizao que permite que o sistema de leitura identifique
o item a partir do qual um cdigo foi lido, pelo que possvel distinguir
eletronicamente uma identificao digitalizada a partir de uma pulseira
ou a partir de uma cross match etiqueta

Em 2012, o Ministrio da Sade do Brasil [49] instituiu uma cartilha com orientaes
para a implantao do ISBT 128, divididos em duas partes: Estruturao do plano de im-
plantao e Implementao do Plano. Nas duas partes h um total de 20 passos sugeridos
como norteador, representados abaixo:

Fase 1 - Estruturao do plano de implantao

1a Etapa Definio do coordenador do projeto de implantao;

2a Etapa Avaliao e elaborao de materiais educacionais;
3a Etapa Aprovao, pelo gestor do servio, do Projeto de Implantao do
Padro ISBT 128;
4a Etapa Comunicao s chefias dos laboratrios e setores administrativos
da implantao;
5a Etapa Elaborao de um plano de negcios;
6a Etapa Aprovao do plano de negcio;
7a Etapa Registro do servio de hemoterapia junto ao ICCBBA;
8a Etapa Compreenso das mudanas que o novo padro traz para os sistemas
informatizados; e
9a Etapa Plano de Contingncia para manuseio do estoque de hemocompo-
nentes j existente

Fase 2 - Implementao do Plano

10a Etapa Comit de Implementao;

42
 11a Etapa Aprovao do oramento para adequao/aquisio do software;
12a Etapa Desenvolvimento das adequaes ou compra de um novo sistema
informatizado;
13a Etapa Divulgao do plano para os funcionrios internos e externos ao
servio de hemoterapia;
14a Etapa Atualizao do Plano de Contingncia;
15a Etapa Plano de Validao/Verificao;
16a Etapa Plano de Transio;
17a Etapa Definir o Plano de Manuteno;
18a Etapa Aes do Sistema de Gesto da Qualidade;
19a Etapa Treinamento do pessoal; e
20a Etapa O incio efetivo do uso do Padro ISBT 128 e a avaliao do
processo de implantao.

As orientaes so flexveis e podem ser adequadas realidade de cada local. Algumas

etapas podem serem suprimidas, modificadas e operacionalizadas a cada caso. O tempo
de implantao pode variar, dependendo da capacidade de operacionalizar cada etapa
[49].

2.5.8 A especificao de integrao Integrating the Healthcare

Enterprise e o Patient Identifier Cross-Referencing (IHE-
PIX)
O IHE-PIX uma especificao necessria ao cruzamento de identificadores de pacientes
de diferentes sistemas de informao [33]. O IHE uma iniciativa dos profissionais de
sade e da indstria para otimizar a forma de compartilhamento de sistemas de informa-
es em sade, com a aplicao coordenada de normas reconhecidas. Entre estas, cita-se
o DICOM e HL7, com finalidade de atender s necessidades assistenciais e clnicas espec-
ficas de um paciente. Os sistemas possuidores de conformidade com o IHE comunicam-se
melhor entre si; mais fceis de serem implementados; permitem o uso da informao com
mais eficincia. Os sistemas desenvolvidos em conformidade com IHE podem comunicar
um com o outro melhor, so mais fceis de implementar e permitem que os prestadores
de cuidados de usem as informaes de forma mais eficaz, contnua, segura, dentro de um
ambiente distribudo globalmente [98].
Segundo a IHE [98], as assertivas acima tem como objetivo a melhoria da sade, e so
alcanveis, "fornecendo especificaes, ferramentas e servios para a interoperabilidade",

43
com o engajamento de "mdicos, autoridades de sade, a indstria e desenvolvedores
voluntrios". A participao destes "stakeholders"restringe-se a "testar e implementar
solues baseadas em padres s necessidades fundamentais de informao em sade".
O IHE tem sua organizao em domnios clnicos e operacionais. Cada domnio possui
seus expertises (comit tcnico), que os mantm, e que tem como doutrina o compar-
tilhamento, a integrao de sistemas de informao em sade e desenvolver solues de
consenso e documentao tcnica, baseadas em padres. Os domnios funcionam como
ontologias, pois conglomeram-se por reas e informaes especficas:

Anatomia Patolgica;

Cardiologia;

Dental;

Cuidados com os olhos;

Infraestrutura de TI;

Laboratrio;

Coordenao de Assistncia ao Paciente;

Dispositivos de Assistncia ao Paciente;

Farmcia;

Qualidade, Pesquisa e Sade Pblica;

Oncologia de radiao; e

Radiologia

Mamografia;
Medicina Nuclear.

Para a Oracle [131] o foco atual do emprego da Tecnologia e Informao em Sade

tem novas exigncias, que visam potencializar o intercmbio e a capacidade de comparti-
lhamento de informaes eletrnicas de sade, armazenadas em vrios sistemas de sade
e organizaes de sade. Estas aes tornaro os dados mais acessveis, seguros e fornece
a base para o intercmbio de dados eletrnicos de sade. Um modelo esquematizado das
proposies acimas, envolvendo o IHE PIX e o HL7 podem ser vistos na Figura 2.24 e
Figura 2.25.
Um dos componentes da infraestrutura de TI da IHE o padro PIX (Patient Iden-
tificador Cross-reference). Com o PIX possvel realizar a referncia cruzada para a

44
 Figura 2.24: Exemplo do fluxo do processo PIX e HL7 V3 [156].

identificao de doenas de diversos domnios de doenas; transmisso de informaes

oriundas das referncias de bases de dados cruzadas e acesso as listas de referncias cru-
zadas atinentes a doenas, capazes de realizar consultas e respostas. O PIX possui um
mdulo gerenciador, que tem estreito relacionamento entre o integrador PDQ (Patient De-
mographics Query) que responsvel por permitir que os aplicativos realizem consultas
e recuperao de dados demogrficos dos pacientes, num servidor central de informaes
dos pacientes. Estes padres funcionam do lado do servidor. O IHE, atualmente, suporta
os padres HL7 v2.x v3.0 para o gerente PIX / PDQ [129] [156]. Observando a Figura 2.24
e Figura 2.25 pode-se compreender melhor o explicito acima citado.
De acordo com Daum [53], o conceito de referncia cruzada foi a base para a criao
de hipertextos. O autor ainda afirma que:

Uma referncia cruzada aponta para um elemento remoto do texto a

partir do qual o leitor pode ou no retornar. Os textos que utilizam
muitas referncias cruzadas estabelecem alm da narrativa principal
dada pela sequncia de texto uma variedade de narrativas alternativas
determinada por diferentes caminhos que seguem as sequncias dessas
referncias.

Com ensinamentos de Daum [53] e as representaes contidas na Figura 2.24 (IHE)

e Figura 2.25 (Oracle), compreendemos que as diversas informaes nos domnios, ao
receberem consultas (query), so processadas trazendo as informaes (request). Fato
que aproxima o termo de referncia cruzada de identificao de pacientes semelhana
de um sistema de informao: com entrada, processo e sada. Onde vrios documentos,
sero agregados e um novo documento com as identificaes cruzadas do paciente.

45
 Figura 2.25: Exemplo da arquitetura gerencial do PIX/PDQ e HL7 [131].

Numa anlise mais acurada na Figura 2.24 (IHE), observa-se que ela fica melhor re-
presentada na Figura 2.25 (Oracle). Mas elas se completam, e podemos concluir da
importncia do compartilhamento de informaes em sade. Que um dos grandes bene-
ficiados o cliente (paciente), no intuito de o proteger, aliviar e se possvel salvar a sua
vida. Neste contexto h a uma estreita relao entre o profissional de sade e a tomada
de deciso com as informaes eletrnicas com o aporte da TI em sade. As figuras
apresentam ainda os vrios domnios existentes, com as suas ontologias de doenas, fruto

46
de pesquisas e empirismo dos seus expertises. Que h uma nfima relao da camada
de aplicao do Modelo OSI e o Modelo Dod (TCP/IP) representados pelo padro HL7.
O HL7 apoia-se nestes padres. Que as aplicaes envolvidas esto compartilhadas por
arquiteturas orientadas a servios (SOA), possibilitando um fluxo constante de cadeia
de bits ordenados (mensagens) entre os domnios, PIX/PDQ e HL7. o XML (Schemas,
SOAP e WSDL) est bem presente nestas relaes, muito embora no seja visvel nas
figuras representadas.
O servio web representado na Figura 2.25 o modelo do servidor de aplicaes Glas-
sfish ESB da Oracle para a linguagem de programao JAVA. Isto assemelha-se muito ao
proposto Edital do Prego Eletrnico 025/2009/DGP para aquisio do SIGHOS-EB,
ao solicitar que deveria ser a linguagem JAVA, que poca era a verso 1.5.
O Glassfish ESB e sua aplicao em sade, possui em seus componentes o PIX/PDQ
Manager e o HL7. Importante ainda que na Figura 2.25, podemos perceber o um mdulo
integrado de componentes (HTTP/SOAP Binding Component), que responsvel por
suportar a estrutura de mensagens HL7 v3 e definir os protocolos de comunicao para
conexo com os sistemas de mensagens HL7. O protocolo HTTP em tela utiliza-se do
protocolo SOAP para se conectar com sistemas externos. O Gerente de PIX / PDQ prev
e suporta ambas as verses SOAP 1.1 e 1.2 [130].
Com todo este ambiente complexo e alta tecnologia envolvida com os domnios, de
acordo com a Oracle, consegue-se correlacionar a informao sobre um paciente a partir
de vrias fontes que utilizam diferentes identificadores, tendo como base os seus domnios
ontolgicos de doenas.

2.5.9 A CID (Classificao Internacional de Doenas)

A Classificao Internacional de Doenas reconhecida mundialmente pelo acrnimo
"CID", que foi formulado para representar a Nomenclatura Internacional de Doenas,
estabelecida pela Organizao Mundial de Sade [46]. No Brasil, por meio da Porta-
ria 2.073/2011 [33] recomendada para conceituar, padronizar e catalogar as doenas e
problemas relacionados sade.
H um aplicativo denominado CID-10, disponibilizado gratuitamente, e pode ser en-
contrado no sitio do DATASUS (Brasil). A sua verso atual a 10. Com esta ferramenta,
torna-se possvel realizar consultas as nomenclaturas por profissionais de sade, bem como
aos desenvolvedores de sistemas de informao em sade, integrem programas e sistemas
possam referenciar, de forma padronizada, as classificaes [46], como recomenda a legis-
lao brasileira [33]. Sua verso online (internet) est disponvel no sitio da WHO (OMS)
[167].

47
 Sobre as atualizaes do CID-10, o CBCD [55] ensina que acontece da seguinte ma-
neira:

At a nona reviso, qualquer mudana a ser efetuada na Classificao,

seja por erro, por identificao de nova doena ou agentes, s poderia
ser feita no momento de uma nova reviso. As revises aconteciam, em
geral, a cada 10 anos. Assim, desde que a CID ficou definida como uma
Classificao de uso internacional, em 1893, tivemos as seguintes revi-
ses: a primeira em 1900, a segunda em 1909, a terceira em 1920, a
quarta em 1929, a quinta em 1938, a sexta em 1948, a stima em 1955, a
oitava em 1965 a nona em 1975 e finalmente a dcima aprovada em 1993.
A partir desta ltima reviso, ficou definido que poderiam haver atuali-
zaes peridicas, entre as revises e foi definida uma regularidade para
essas atualizaes. Foi criado um comit responsvel pela atualizao
da CID-10. Esse grupo recebe as propostas de mudanas originrias de
usurios do mundo todo. Elabora uma lista com as propostas recebidas
e faz esta circular entre os componentes do comit. Aps discusses, as
propostas de alterao aprovadas pelos membros do comit encami-
nhada para a aprovao pelos diretores dos Centros Colaboradores de
OMS para a Famlia de Classificaes Internacionais.

Passados mais de 27 ano desde a sua ltima atualizao (CID-10), Laurenti et. al [106]
esclarece que "a prxima reviso (CID-11) provavelmente ser publica em 2015". O autor
ainda, na confeco do seu trabalho, elaborou uma tabela, constante na Figura 2.26.
Na Figura 2.26, encontra-se uma tabela elaborada por Laurenti et. al [106], onde
consta uma melhor representao em relao as exposies da CBCD [55]. Analisando-a
percebe-se que a CID-10 tem escopo at o ano 2020, somando-se 32 anos, diferente da
mdia dos 10 anos.
Sobre a atualizao do CID em 2015, durante Assembleia Mundial da Sade, segundo
afirmaes de Laurenti et. al [106], contradiz-se com a sua prpria exposio, ao afir-
mar que nada ocorrer at 2020. Por outro lado, informa que esto em andamento "os
preparativos para a dcima primeira reviso da CID", e que:

O trabalho de reviso da CID visa atualizar a Classificao de Doen-

as de modo a incluir todo o novo conhecimento cientfico, clnico e de
sade pblica, integrando uma ampla rede de consultores e de tecnologia
baseada na internet para coletar, integrar e compartilhar informaes.
Neste processo, importante que seja viabilizada a referncia cruzada
com sistemas de terminologia e a harmonizao da CID com as demais
classificaes da Famlia de Classificaes Internacionais da OMS. De-
vem ser preparadas adaptaes dirigidas s diferentes necessidades dos
usurios.

Enquanto a OMS tem a prvia para o lanamento da atualizao para 2017, e que
realmente esto trabalhando neste sentido [167].

48
 Figura 2.26: Revises da CID [106].

A Classificao Internacional de Doenas funciona como ferramenta padro para: di-

agnsticos de epidemiologia; gesto de sade e efeitos clnicos; anlise da situao geral de
sade de grupos populacionais; monitorar a incidncia e prevalncia de doenas e outros
problemas de sade. Com estas possibilidades e dados obtidos, a OMS pode gerar uma
fotografia da situao geral dos pases e das suas populaes. A Organizao Mundial
da Sade afirma que os dados coletados e as possibilidades da CID no ficam restritos
apenas quela organizao e que suas aplicaes so ainda maiores, e concretiza com o
seguinte pressuposto:

[...] utilizado por mdicos, enfermeiros, outros profissionais, pesqui-

sadores, gestores de informao de sade e programadores, profissionais
de tecnologia da informao de sade, os decisores polticos, as segu-
radoras e organizaes de pacientes para classificar doenas e outros
problemas de sade registrados em muitos tipos de sade e registros vi-
tais, incluindo certides de bito e registros de sade. Alm de permitir
o armazenamento e recuperao de informaes de diagnstico para fins
clnicos, epidemiolgicos e de qualidade, esses registros tambm forne-
cem a base para a elaborao de estatsticas de mortalidade e morbidade
nacionais por Estados Membros da OMS. Finalmente, o CDI usado
para reembolso e alocao de recursos de tomada de deciso por parte
dos pases.

O padro CID j foi traduzido para 43 idiomas, com sua aplicao e utilizao em mais
de 117 pases. Estes pases o utilizam para informar o principal indicador da sade: os
dados da mortalidade [167]. Na Figura 2.27, encontra-se representada a verso eletrnica
do CID-10, com suas especificaes. Nele os profissionais e organizaes com interesses
na sade pode realizar consultas (simples e avanadas), os cdigos das doenas e suas
derivaes.
Como observamos na Figura 2.27 as doenas ali encontradas esto normatizadas e
reconhecidas por consenso global. Os sistemas de informao em sade, nas suas mais va-

49
 Figura 2.27: Exemplo do Apps online do CID-10 na OMS [167] .

riadas aplicaes e organizaes, daro um grande passo na otimizao de procedimentos

semnticos e estruturais, favorecendo-se deste reconhecido padro, alcanando ponta da
linha da sade, o cliente (paciente).

2.5.10 CIAP-2 (Classificao Internacional de Ateno Prim-

ria)
A CIAP-2 o acrnimo da 2a verso do sistema de Classificao Internacional de Ateno
Primria. Trata-se um sistema enxuto, com grande aplicabilidade prtica e apropriado
na ateno primria sade. Os trabalhos que deram origem a esta classificao, tiveram
inicio nos anos 70 pela WONCA9 [91], que uma organizao global, sem fins lucrativos.
A organizao representa aproximadamente 500.000 mdicos da famlia em mais de 130
pases [169].
De acordo com Gusso [91], a CID at a sua 5a edio tratava apenas de classificar as
causas de morte e aps a sua 6a reviso tornou-se tambm de instrumento da morbidade.
O autor afirma ainda que a CID "perdeu as caractersticas e princpios de um sistema de
classificao".
Gusso [91] ensina ainda que o CIAP-2 baseia-se em trs princpios: queixa do paciente,
diagnstico mdico e o processo. O autor cria uma relao evolutiva e construtiva na
relao mdico paciente, que pode ser ilustrada na Figura 2.28.
9
World Organization of Family Doctors

50
 Figura 2.28: Esquematizao do autor para o CID x CIAP-2 .

Na Figura 2.28, observa-se a afirmao de Gusso [91], ao traz-las para a relao de

um tringulo equiltero circunscrito, onde as suas relaes mostram-se como sendo os
principais componentes do ncleo do CIAP-2, que o paciente ao queixar-se de algo que ele
desconhece, procura o atendimento mdico que na anlise mdica, chega-se a um provvel
diagnstico e recebe a sua classificao; com a sua classificao e diagnsticos segue-se ao
procedimentos recomendados; e torna-se cclico ate cessar o motivo da queixa do paciente.
Ao incluir o paciente e mdico, como o 4o elemento dos princpios da CPAI-2, pois estes
j esto intimamente ligados pela relao de confiana j existente - mdico-paciente - no
lapso de tempo da procura por parte do paciente para relatar a sua queixa. Ao inserir esta
relao no contexto de princpios da CIAP-2, pois ela tem vital importncia na ateno
primria sade. Esta viso tem apoio, com as palavras de Rocha et al.[137]:

importante definir os conceitos, da prtica mdica, de hospitalar e

extra-hospitalar levantados por Balint. O primeiro a relao mdico-
paciente direta que acontece dentro de hospitais e clnicas, durante as
consultas; o segundo relao continuada, indiretamente, feita apenas
pelo paciente. a chamada ateno primria sade.
A ateno primaria sade leva em conta o diagnstico do mdico, a
sociedade e cultura do paciente, para moldar o tratamento mais efetivo
e a partir deste uma relao mdico-paciente mais humanizada. Em
resumo ela a busca pelo tratamento mais vivel (est disponvel? H
recursos?) e mais aceito pelo paciente (levando em conta como o paciente
v si mesmo e sua doena). Pois intil os esforos dentro dos hospitais
e clnicas se no houver esforos e recursos tambm no dia a dia do

51
 paciente.
[...] um processo complexo que demanda esforo de ambas as partes.
Ela importante na prtica clnica e sade pblica. Ela tem origem
desde a hora em que o paciente entra em contato com o mdico, pas-
sando pela parte em que se v o paciente como um todo, como algum
que tm direitos e vontades, inserido numa sociedade, algum que pode
apresentar conhecimentos sobre sua enfermidade. Lembrando, tambm,
que ele se encontra em uma posio desfavorvel e que tanto o mdico
como a paciente deve agir em conjunto para encontrar um diagnstico
conclusivo. E devem tambm decidir em conjunto qual o melhor trata-
mento. E mesmo assim ainda no ter um fim relao mdico-paciente,
pois esta no se limita s paredes dos hospitais e consultrios.

Logo, com as citaes acima e a ilustrao na Figura 2.28, observa-se que no h

diferenas de valores entre as 4 partes representadas de variveis da CIAP-2, e ela tem o
pressuposto indubitvel para o bem-estar do paciente, no seu processo cclico.
Caprara, Lins e Franco [22] endossam a opinio de Rocha et al.[137] ao afirmarem que
"aqueles que o tm como objeto podem repens-lo, colocando o paciente em um posio
to ativa quanto a do mdico, na medida em que a queixa do paciente guia o momento
clnico, e este repensar do lugar do paciente indica um dos alvos do projeto de humanizao
da medicina.
Neste sentido ainda, analisando a Figura 2.28, que tem na sua base a CID-10 (atual
verso em uso), ela foi colocada para ressaltar que a CIAP-2 no substitui o CID-10 [36].
O CID-10 um referencial existncia e objetos de estudos para o CIAP-2.
Diferente da viso de Gusso [91] ao afirmar que a CID "perdeu as caractersticas e
princpios de um sistema de classificao". Sobre isto, o Ministrio da Sade do Brasil
[36] o "CIAP-2 no substitui o CID-10, o qual continua sendo importante em morbi-
mortalidade", enquanto a CIAP-2 est ligado aos problemas clnicos mais adequado
Ateno Bsica.
O CID-10 trata da causa e o CIAP-2 nas medidas proativas [35]. Esta viso de funes
distintas, encontra reforo ainda ma Portaria 2.073/2011 [33] ao trat-los separadamente,
como a seguir: "Outras classificaes que sero utilizadas para suporte interoperabilidade
dos sistemas de sade: CID, CIAP-2 (Ateno primria de sade)[...]". Logo, todos tem
colaborao essencial e fundamental como padres terminolgicos em sade eletrnica, no
contexto de informao em sade.
Para o Ministrio da Sade do Brasil [36], o CIAP-2 tem abrangncia maior que so-
mente a sua aplicao na ateno bsica e esclarece que este padro de interoperabilidade:

[...]No est restrito classificao de doenas, evitando diagnsticos

precoces e equivocados, e consequentemente, intervenes inadequadas.
Considerando-se que o diagnstico etiolgico no o mais frequente no

52
 cotidiano de trabalho das equipes de ateno bsica, uma classificao
capaz de abordar questes desse dia-a-dia mais qualificada para aes
de avaliao do trabalho e planejamento das equipes.

O CID-10 tem as terminologia e codificaes das doenas e o CIAP-2 as terminologias

e cdigos referenciais dos problemas.
Por fim, podemos amalgamar esta discusso com os pressupostos da Sociedade Brasi-
leira de Medicina da Famlia e Comunidade (SBMFC) [63], que fez constar o seguinte:

A CIAP sempre esteve ligada amplamente reconhecida Classifica-

o Internacional de Doenas, publicada pela Organizao Mundial de
Sade. A primeira edio inclua uma lista de converso de cdigos para
a CID-9. Desde ento, j foi editada a CID-10, e a CIAP-2 foi cuida-
dosamente adaptada a ela, possibilitando assim a utilizao de sistemas
de converso [...]. Os usurios que necessitarem de uma converso para
a CID-9 podero requerer um disquete Comisso de Classificaes da
WONCA. As pesquisas empricas exaustivas confirmaram que a CIAP
e a CID se complementam, em vez de competirem entre si.

Figura 2.29: Exemplo de registro em PEP do CIAP-2 e CID-10 [35].

Em e-sade, em algum momento, ao preencher um PEP ou guardar os registros de

sade de um paciente qualquer para um sistema de informao em sade, teremos dados
distintos, oriundos do CIAP-2 e do CID-10, como exemplificado na Figura 2.29.
Ainda na Figura 2.29 observamos a importncia do registro correto das informaes
provenientes da relao mdico paciente alimentando os sistemas de informao em sade.
Neste contexto, Landsberg [105] ensina que "a colaborao do CIAP-2 se apresenta como a
ferramenta mais adequada para motivos de consultas na"Ateno Primria a Sade(APS).

53
2.5.11 A terminologia SNOMED-CT (Systematized Nomencla-
ture of Medicine-Clinical Terms)
Em janeiro 2015, A SNOMED-CT fez 13 anos desde o seu lanamento em 2002. J conta
com 22 novas verses, que ocorrem com periodicidade semestral. H 8 anos o SNOMED-
CT tem sido promovida mundialmente International Health Terminology Standards Deve-
lopment Organisation (IHTSDO), para que solidifique-se como terminologia de referncia
clnica em RES [107]. A IHTSDO tem mais de 20 (vinte) pases membros e mais de 5000
organizaes que adotam a terminologia SNOMED-CT para desenvolvimento de software
e servios em sade. Mais de 50 pases j empregam a SNOMED [96].
uma normatizao de terminologias clnicas do mundo, com alta abrangncia, tra-
duzido para muitos idiomas, reconhecido cientificamente. Com o SNOMED possvel
representar o conhecimento clnico de uma maneira consistente, do processo cnico em um
RES. O Ministrio da Sade do Brasil [33], por meio da Portaria 2.073(2011) regulou esta
terminologia para a "codificao de termos clnicos e mapeamento das terminologias na-
cionais e internacionais em uso no pas, visando suportar a interoperabilidade semntica
entre os sistemas". A insero desta padronizao no Brasil trar mudanas significativas
na implementao e implantao de TI em sade.
Galvo e Ricart [83] entendem que esta mudana acontecer e aponta que "concre-
tamente, essa Portaria afeta a produo e intercmbio da informao sobre o paciente
produzida em territrio nacional que, a partir de ento, devem considerar um amplo con-
junto de padres, dentre os quais a"SNOMED CT. Os autores ainda reforam que tal
terminologia um conhecimento fundamental, que liga-se ao contedo informacional.
Alm do Brasil, mais 49 pases adotam a SNOMED-CT como terminologias para RES
[96]. O seu ciclo evolutivo encontra-se na Figura 2.30.
A base de domnio ontolgico da SNOMED CT segue, em nvel de macroprocesso, um
ciclo de vida cclico, como se v na Figura 2.30, na trade:

monitoramento da populao: nos aspectos sociais, que repercute em benefcios

populao;

pesquisas: baseado em conhecimentos clnicos, com tratamento de sade baseado

em evidncias; e

tratamento e assessoramento clnico: estas aes proporcionam benefcios individu-

ais ao paciente e a organizao(clnicas). [100]

Aprofundando melhor a exposio da Figura 2.30, nos apossamos de outro ensina-

mento de Galvo e Ricarte [83], que explicitou um nvel maior de abrangncia, saindo do
macroprocesso para os processos:

54
Figura 2.30: Ciclo da evoluo da SNOMED CT na construo da ontologia semntica
[100].

O contedo coberto pela SNOMED CT encontra-se dividido em hie-

rarquias, quais sejam: achado clnico; procedimento; entidade obser-
vvel; estrutura corporal; organismo; substncia; produto farmacu-
tico/biolgico; espcime; conceito especial; objeto fsico; fora fsica;
evento; ambientes e localizaes geogrficas; contexto social; situao
com contexto explcito; estgio e escala; relao conceitual; qualificador
de valor; artefato de registro.

A descrio representada na Figura 2.30, sobre a amplitude da SNOMED CT, que j

tinha a viso acima de Galvo e Ricarte [83], tambm recebe apoio de Freitas, Schulz e
Moraes que ratificam como "uma terminologia abrangente, criada para cobrir o registro
do paciente por inteiro. Tambm aborda estruturas corporais, procedimentos e aspectos
relevantes relacionados sade, incluindo tambm contexto social"[81].
Sobre os benefcios da adoo do SNOMED como terminologias, a IHTSDO [96] assim
contextualiza:

Quando implementado em aplicaes de software, o SNOMED-CT pode

ser usado para representar informaes clinicas relevantes de forma con-
sistente, confivel e abrangente como parte integrante da produo de
informaes de sade eletrnicas. SNOMED CT fornece suporte mun-
dial ao desenvolvimento de contedo clnico de alto nvel em registos de
sade. Fornece uma maneira padronizada para representar frases clni-
cas capturadas pelo clnico e permite interpretao automtica destes.
SNOMED CT um, clinicamente validado, vocabulrio rico semanti-
camente, controlado, que facilita o crescimento evolutivo em expressi-

55
 vidade para atender s necessidades emergentes. As informao clnica
baseadas no SNOMED CT beneficiam pacientes, mdicos, populaes e
o suporte ao cuidados baseada em evidncias.

As pessoas comunicam-se de vrias formas, seja escrita, eletrnica, falada, gesticu-

lada, entres outros. Neste processo de transmisso e recuperao da informao h uma
distncia fsica e um lapso de tempo. Onde o emissor passa a informao e o receptor a
interpreta, transformando em conhecimento. Nesta transmisso necessrio garantias que
a informao que eu estou transmitindo seja a mesma que o receptor esteja recebendo. Os
seres humanos no possuem os vocbulos iguais, no escrevem o que pensam igualmente.
Cada indivduo impar e possuidores de habilidades diferentes.
Cada profissional de sade tem a sua maneira de registrar o seu atendimento. Este
atendimento, tendo o paciente como cliente, tem o seu direito garantido a ser atendido por
outro profissional de sade, se assim o desejar. Esse outro profissional ao ter o acesso aos
registros do paciente, eletrnico ou no, precisa compreender o que o profissional anterior
pretendeu transmitir. Considerando que cada individuo tenha a sua base ontolgica e
domnios, onde so impares. como ento gerar estas garantias na rea mdica? A aplicao
de padres reconhecidos, com suas terminologias normatizadas, assumem papel proativo
para este caos. Dando uma direo a utopia existente. O mdico ao se defrontar ao RES
de um paciente, com os registros normalizados com SNOMED compreender quais os
procedimentos clnicos submeteu-se quele paciente.
Esta ideia recebe amparo de Galvo e Ricarte, ao afirmarem que SNOMED "est
intimamente ligado ao contedo informacional a ser inserido nos sistemas de informao
em sade que possuam foco na assistncia em sade"[83].
De acordo com Nagy et al. [117] aplicou padres e nomenclaturas internacionais para
a construo de um projeto piloto de interoperabilidade semntica para o sistema de sade
da Repblica da Checoslovquia. O projeto tinha como finalidade a troca de informaes
eletrnicas em RES, com abrangncia nacional. Para a integrao da comunicao entre
sistemas foram criados modelos locais empregando o padro HL7 V3 para a troca de
mensagens, sendo necessrio ainda a criao de HL7 Broken (facilitar a integrao entre
sistemas). Os modelos de informaes foram criados e mapeados com padres possveis
de serem integrados pelo HL7 v3. Para tanto, o autor empregou o CID, o LOINC e a
Terminologia SNOMED para alcanar o modelo ideal do seu projeto de RES a nvel
nacional.
Os conhecimentos contantes neste captulo, acrescido sobre o SNOMED CT e expe-
rincia compartilhada por Nagy et al. [117] possibilitar a representao constante na
Figura 2.31. Nela podemos perceber a possibilidade de integrao entre o SNOMED CT

56
e o padro HL7 v3; que o SNOMED CT no por si s suficiente para a composio de
um RES, bem como o CID-10 e o LOINC.
De acordo com a Figura 2.31 ainda, foi perceptvel que o SNOMED CT tratar as
frases e vocbulos prescritos por um profissional de sade; que o CID-10 a codificao
internacional de doenas atinente morti-morbidade; e que o LOINC as diversas termi-
nologia de duas reas (laboratrios e clnicos) compostas pelos seus identificadores, nomes
e cdigos. Todos com funes distintas, que so necessrias ao RES. A sua integrao por
meio de uma SOA, que integram-se pelo HL7 v3, sendo necessrio o emprego transparente
de uma gama de protocolos.

Figura 2.31: Esquematizao do autor para representar a composio do RES por meio
do SNOMED, LOINC, CID-10 e Hl7 v3 .

Ainda observando a Figura 2.31 e os conhecimentos contantes nesta seo e na seo

que fala sobre o LOINC percebeu-se que h uma proximidade de termos muitos prximos
ao do SNOMED CT. Esta proximidade realmente existe, pois em julho de 2013, a LOINC

57
e IHTSDO assinaram um contrato de parceria (Termo de Cooperao 10 ) visando reduzir
um esforo duplo, e concentr-los criao de RES mais eficazes, repercutindo na melhoria
dos cuidados de sade [1].
Sobre a parceria entre o IHTSDO e o Regenstrief, a LOINC [1] fez constar esta infor-
mao no seu sitio institucional, com os seguintes vis:

[...] formaram uma relao de colaborao de longo prazo com o ob-

jetivo de desenvolver o contedo codificado para apoiar a entrada de
pedidos e resultado de relatrio. As duas organizaes esto a construir
relaes mais estreitas entre as terminologias SNOMED CT e LOINC,
reduzindo a duplicao de esforos, e fazer registros eletrnicos de sade
de maior eficcia, visando a melhoria dos cuidados de sade. Ao alinhar
a forma como as duas terminologias representar os atributos dos testes
laboratoriais e alguns tipos de medidas clnicas, esta colaborao ir for-
necer aos usurios um quadro comum no mbito do qual a usar LOINC
e SNOMED CT.

O objetivo no fundir-se para um novo modelo. A parceria prioriza esforos em trs

rea de domnios, podendo expandir, caso haja interesse mutuo:

Laboratorial, incluindo as observaes, ordens discretas, nomes de painel para en-

comenda sem a sua estrutura;

evoluo e medidas antropomtricas; e

sinais vitais e medidas fisiolgicas.

Em outubro de 2014, dessa parceria foi lanada o Technology Preview, que dis-
tribudo apenas para fins de teste e avaliao, no sendo suportado ainda em sistemas
clnicos. Esta tecnologia fornecida em arquivos simples, codificados no padro UTF-8 e
delimitados por tabulao, que podem ser importados para qualquer banco de dados ou
outro aplicativo de software, de acordo com a LOINC [1].
De acordo com a NEHTA, o governo australiano na implementao do seu sistema
eletrnico de sade, percebendo que a terminologia SNOMED CT no atendia as neces-
sidades daquele pas, em sua plenitude. A medida adotada foi realizar mudanas necess-
rias, criando a SNOMED CT AU que extenso do SNOMED CT para as necessidades
daquele pas
Esta adaptao proporcionou as variaes necessrias locais e personalizaes de ter-
mos relevantes para aquela comunidade de sade. Ela incluiu os recursos internacionais,
toda a terminologia desenvolvida na Austrlia e documentao para a sua implementa-
o em e-sade. A sua verso atual(SNOMED CT-AU - v1.3 Comum) colabora ainda
10
https://loinc.org/collaboration/ihtsdo/agreement.pdf

58
com trs guias que podem auxiliar desenvolvedores, pesquisadores e outros: nomenclatura
mdicas para a troca de informaes; orientaes para a sua utilizao em sistemas de
informao em sade; e orientaes para pessoas e processos [119].
Lee et al. [108] partilham o entendimento que tem sido encorajador os trabalhos para
harmonizar a SNOMED CT com outros padres terminolgicos. Esta ao segundo o au-
tor a primeira medida para a adoo da SNOMED CT, para chegar a esta concluso, Lee
et al. fez uma pesquisa literria em 488 artigos. O estudo de implementaes tem aumen-
tado, mas no so levadas a submisso comunidade cientifica. Muitas implementaes
no esto em ambientes operacionais.

Figura 2.32: Exemplo da ferramenta SNOMED CT Browser [101] .

Na Figura 2.32 visualiza-se um exemplo da Ferramenta SNOMED Browser, que

disponibilizada online, gratuitamente pela IHTSDO e j consta na sua verso 2015. Ela
multilngue, edies mltiplas, desenvolvida como framework opensource. A sua utilizao
garante o acesso edio internacional do SNOMED CT e vrias edies nacionais. Como
todos os navegadores online grtis, as condies de licenciamento limitam o uso para
explorao de SNOMED CT para fins acadmicos (pesquisa). Ele no foi projetado para
ser integrado a um RES, para tal depende de acordo junto a IHTSDO. H muitas outras
ferramentas online (navegadores) que colaboram na expanso da terminologia SNOMED
CT e uma lista pode ser encontrada no seu sitio 11 [101].
O SNOMED disponibilizado gratuitamente em "SNOMED Browser". Quanto a sua
utilizao para fins diferentes que a pesquisa, Galvo e Ricarte esclarece que: "[...] Para
outros tipos de uso, necessrio requerer a licena de uso desta terminologia. A Biblioteca
11
http://ihtsdo.org/fileadmin/user_upload/doc/browsers/browsers.html

59
Nacional de Medicina dos Estados Unidos, por exemplo, paga uma taxa anual de 6 milhes
de dlares americanos para que a SNOMED CT esteja disponvel gratuitamente para
qualquer pessoa daquele territrio". Valor este, que a priori, muito barato em relao
ao valor de uma vida humana e muito menos que o tratamento de apenas um paciente.
Com as informaes de Nagy et al.[117] e da NEHTA [119], as orientaes da Portaria
2.073/2011, conclumos que a terminologia SNOMED CT um padro flexvel, passivo de
adaptaes a organizao e as peculiaridades nacionais, quando necessrios, sendo possvel
a sua adaptaes e emprego em ambiente de e-sade militar.
A adoo de uma terminologia como padro para normalizar um e-sade uma ao
de governana de TI, uma ao de gesto de risco que proporciona qualidade, uma ao
proativa de um gestor inteligente. Por outro lado, requer um grande sacrifcio, um en-
gajamento de todos os stakeholders, pois trata-se de um trabalho complexo e hercleo.
Para representar o tamanho da massa semntica que estamos falando e a montanha a
ser alcanada, Galvo e Ricarte [83] cita que a SNOMED CT est na lngua inglesa, que
necessita da sua traduo para a lngua portuguesa. Apresentaram ainda os seguintes
pressupostos:

A SNOMED CT pode ser usada para representar, recuperar e analisar

dados clnicos, sendo composta, atualmente, por cerca de 311.000 con-
ceitos ativos, 800.000 descries e sinnimos, e 1.360.000 relaes entre
termos. [...] Alm dos custos envolvidos, o uso da SNOMED CT em sis-
temas de informao em sade no exatamente simples. A literatura
sobre o assunto apresenta algumas centenas de artigos que focam expe-
rincias isoladas, xitos e dificuldades de implementao. [...] necessrio
um grande e extenuante trabalho de pesquisa, traduo e harmonizao
terminolgica para a lngua portuguesa, que poder demorar anos ou
dcadas, a depender dos investimentos dispensados pelo Brasil para esse
processo.

Observa-se ainda, que enquanto a CID-10 possui em nmero de ns, aproximadamente

13.000 classes [81], a SNOMED CT cerca de 311.000 conceitos ativos [83]. Numa relao,
podemos concluir que a SNOMED CT possui tantos ns quanto o da CID-10, na ordem
de 2.392%, cerca de 23 vezes maior.
A gama de informaes acima, apenas da SNOMED CT altamente complexa e
possvel de ser alcanada. Se considerarmos a experincia de Nagy et al.[117], isto aumenta
significativamente; e ainda mais com todos os padres apontados pela portaria 2.073/2011
[33]. Contudo, dado aos benefcios alcanados com eles, aduz-se que deve ser continuada,
alcanada e aperfeioada. o caminho a ser trilhado pelo SUS, ao Servio de Sade do
Exrcito e demais FFAA. Requer um trabalho conjunto, coordenado, compromissado e
comprometido com as suas instituies e clientes.

60
2.5.12 Os padres TISS (Troca de Informaes em Sade Su-
plementar)
um padro necessrio interoperabilidade [33], obrigatrio para as trocas de dados
eletrnicos de ateno sade entre agentes de sistemas de sade suplementar. Esta
obrigao d-se no intuito de garantir a interoperabilidade estabelecida pela Agncia
Nacional de Sade (ANS) e pelo Ministrio da Sade. A interoperabilidade estabelecida no
seio da sade suplementar objetiva a padronizao das aes administrativas, dar subsdios
as aes de avaliao e o devido acompanhamento econmico, financeiro e assistencial
das operadoras de planos privados de assistncia sade e compor o RES. O TISS se
aplicado corretamente, atinge outro objetivo, que reduzir a assimetria e informaes
para os beneficirios de planos privados de assistncia sade. A verso 3.02.00 a atual
praticada pelo mercado [43].
Alm da interoperabilidade, outro ensinamento da ANS [39] para a necessidade e
justificativa da TISS, d-se pelos seguintes axiomas:

O tema reveste-se de grande importncia para o setor, tendo em vista

que alguns segmentos do mercado j haviam iniciado estudos com o
intuito de estabelecer a padronizao da informao trocada entre ope-
radoras e prestadores, j que o preenchimento de grande variedade de
formulrios utilizada por cada operadora e os demorados mecanismos
para obteno de autorizaes de determinados procedimentos exigem
intensa dedicao burocrtica dos prestadores de servios.
Alm disso, a lentido dos processos administrativos no atendimento
dos beneficirios, assim como as possibilidades de erros e as dificuldades
de comparao de dados, so consequncias notoriamente associadas ao
excesso de papis e ausncia de sistemas de informao unificados e
geis.
A informao, ferramenta fundamental para o setor de sade suplemen-
tar, norteia avaliaes clnicas, epidemiolgicas e gerenciais, orienta de-
cises e planejamentos, embasa as estatsticas da ANS e de outros rgos
governamentais.
A proposta da ANS utiliza padres j existentes e disponveis em outros
bancos de dados e sistemas de informaes, permitindo uma compatibi-
lizao com os diversos sistemas de informao em sade hoje existentes,
possibilitando melhorias na utilizao das informaes coletadas.

A composio d-se por cinco pontos principais, constantes na Figura 2.33, de acordo
com a ANS [41]:

Organizacional: estabelece o conjunto de regras operacionais;

61
 Contedo e estrutura: estabelece a arquitetura dos dados empregado nas mensagens
eletrnicas e no plano de contingncia, para coleta e disponibilidade dos dados de
ateno sade;

Representao de Conceitos em Sade: estabelece o conjunto de termos para iden-

tificar os eventos e itens assistenciais na sade suplementar, consolidados na Termi-
nologia Unificada da Sade Suplementar - TUSS;

Segurana e Privacidade: estabelece os requisitos de proteo para assegurar o di-

reito individual ao sigilo privacidade e confidencialidade dos dados de ateno
sade. Tem como base o sigilo profissional e segue a legislao;

Comunicao: estabelece os meios e os mtodos de comunicao das mensagens

eletrnicas definidas no componente de contedo e estrutura. A linguagem progra-
mao empregada a Extensible Markup Language (XML).

Figura 2.33: Esquematizao do autor para representar os componentes da TISS [41] .

De acordo com a Resoluo Normativa No 305 de 9 de outubro de 2012 [40], que

estabelece o Padro obrigatrio para Troca de Informaes na Sade Suplementar - Padro
TISS dos dados de ateno sade dos beneficirios de Plano Privado de Assistncia
Sade e revoga a Resoluo Normativa - RN no 153, de 28 de maio de 2007 e os artigos
6o e 9o da RN no 190, de 30 de abril de 2009. Alterada pela RN 341, de 27/11/2013,
estabelece que os agentes de sade citados para trocas de informaes so:

operadoras de planos de sade de assistncia sade;

62
 prestador de servio de sade;

contratante de plano privado de assistncia sade familiar/individual, coletivo por

adeso e coletivo empresarial;

beneficirio de plano privado de assistncia sade ou seu responsvel legal ou ainda

a terceiros formalmente autorizados por ele; e

Agncia Nacional de Sade (ANS)

Visando ao acompanhamento da correta implementao e o aporte ao padro TISS, a

ANS [43] disponibiliza:

O Radar TISS: desenvolve pesquisa no sentido de acompanhar a sua implantao

pelas operadoras de planos privados de assistncia sade e pelos prestadores de
servios de sade; orienta novos estudos e aponta planos de aes para a ANS e
para o Comit de Padronizao de Informaes em Sade Suplementar (COPISS);
e

o COPISS: compe-se por representantes da ANS, do Ministrio da Sade, das

operadoras de planos privados de assistncia sade, dos prestadores de servios
de sade, das instituies de ensino e pesquisa e das entidades representativas de
usurios de planos privados de assistncia sade. Tem com proposies:

Prope melhorias do Padro TISS ANS;

Analisa as solicitaes de incluses na TUSS;
Revisa o termos que integram o componente de representao de conceitos em
sade e promove e acompanha a adoo do Padro TISS;
Analisa os sistemas de informao da sade suplementar para a correta ade-
quao do padro TISS; e
Promover, fomenta e recomenda estudos relativos TICS.

Com os conhecimentos da ANS [42] montou-se a esquematizao constante na Fi-

gura 2.34. O cdigo fonte do Schema XML e as WSDL esto disponibilizados no sitio da
ANS, como representando pela Figura 2.35. Ainda pela representao nas Figura 2.34 e
Figura 2.35 possvel visualizar a verso do TISS, o endereamento para o Schema XML
da assinatura digital, a URL 12 onde ela est disponibilizada, os nomes dos procedimen-
tos a que se referem as guias, entre outras informaes. Na Figura 2.34, ao analisar o
processo, visualiza-se que antes da informaes eletrnicas, antecede as guias e demons-
trativos, que so modelos regulado pelo TISS. A informao eletrnica a representao
12
http://www.ans.gov.br/padroes/tiss/schemas/

63
das informaes reais. Percebe-se ento a responsabilidade de coletar as informaes com
coerncia no mundo real, para que tenhamos transmisses consistentes (solicitaes ou
envio) de informaes eletrnicas. Estas informaes possuem estruturas XML e semn-
ticas do padro TISS. A adoo deste padro para um sistema de e-sade militar no
Exrcito Brasileiro. O TISS pode ser til no relacionamento entre o Fundo de Sade com
Organizaes Civis de Sade (OCS) e de Profissionais de Sade Autnomos (PSA) para
o intercmbio eletrnico de informao na prestao de servios de sade.

Figura 2.34: Esquematizao do processo para a transao eletrnica do Padro TISS

V3.02.00 .

A utilizao do padro TISS para a troca e registro de informaes eletrnicas no

seio da sade suplementar, de forma impositiva, traz benefcios interoperabilidade entre
os beneficirios de planos privados e os prestadores de servio. Esta padronizao tem
foco na estrutura da informao bem como a sua transmisso e recepo, isto , estabe-
lece a interoperabilidade funcional e semntica. Sobre esta importncia, o Ministrio da
Sade do Brasil[34] endossa que "o objetivo do Padro TISS atingir a interoperabilidade
funcional e semntica entre os diversos sistemas independentes para fins de avaliao da
assistncia sade (carter clnico, epidemiolgico ou administrativo) e seus resultados,
orientando o planejamento do setor de sade suplementar".

64
Figura 2.35: Diretrio da ANS com Schemas XML e WSDL para suporte ao padro TISS.

Para Mendes et al. [113] TISS est alcanando sua importncia como norma nacional
relacionada ao intercmbio eletrnico de informao em sade. Sade e tecnologia da
informao so complexas e caras. Portanto, requerem um investimento a altura dos
seus valores; carecem de regras que os normatizem para uma perfeita harmonia. Na
sua composio esto padres nacionais e internacionais, que corroboram na melhoria da
"qualidade do atendimento, racionalizao dos custos e otimizao dos recursos existentes".
Outro ensinamento de Mendes et al. [113] que a aplicao do TISS muito relevante,
pois estimula a adoo de normas nacionais de informao, terminologia nica e identifi-
cadores unvocos, permitindo a troca de informao entre os setores pblicos e privados
de sade. A sua implementao no fcil, mas possvel de ser alcanada.

2.5.13 CBHPM (Classificao brasileira hierarquizada de pro-

cedimentos mdicos)
Por muito tempo cada operadora criava sua prpria tabela de cdigos e procedimentos,
de acordo com seus interesses especficos, sem critrios claros, sem qualquer conceito de
hierarquizao, ou algo que justificasse os preos e a descrio clara das cobranas.

65
 A CBHPM teve sua primeira edio em 2003, visando valorizar o trabalho e a dig-
nidade dos mdicos brasileiros perante ANS e operadoras de planos de sade(Sistema
de Sade Suplementar). Ela congrega o trabalho profcuo, consensual, participativo e
da unio da sociedade de especialidade, principais entidades mdicas (AMB, CFM, FE-
NAM), representantes mdicas estaduais. A Fundao Instituto de Pesquisas Econmicas
da Universidade de So Paulo (FIPE-USP) coordenou uma classificao para a CBHPM,
que a classificou em 14 procedimentos, numerados de 1 a 14. Cada procedimento recebeu
ainda 3 (trs) subdivises alfabticas: A, B e C. A classificao encontra-se exemplifi-
cadas nas Figura 2.36 e Figura 2.37. A classificao foi discutida e aceita no seio dos
especialistas da AMB.
Os preos ali praticados so os mnimos, podendo oscilar em at 20%, seja para cima
ou para baixo [12]. Visualizando as Figura 2.36 e Figura 2.37, pegaremos um exemplo de
procedimento:

Figura 2.36: recorte da Tabela da CBHPM com exemplo de procedimentos clnicos [12] .

cdigo: 2.01.03.16-6;

procedimento: Confeco de prtese imediata;

porte: 1C, que equivale ao preo de R$ 43,47 (Figura 2.37);

unidade de custo operacional (UCO): 6,300 (Figura 2.37);

preo da UCO - Out. 2014: R$ 16,15; e

clculo: R$ 43,47 + (6.3 * 16.15). Logo o preo total do procedimento exemplificado

seria de R$ 145,21, que pode ainda ter oscilao para cima ou para baixo, na ordem
de 20%.

66
 Figura 2.37: Tabela da CBHPM em vigor desde Out. 2014 [12].

Na CBHPM consta outros acrscimos, quando necessrio ao procedimento especfico

[12]. Esta tabela recomendada pelo Ministrio da Sade do Brasil [33] na interopera-
bilidade pois permite homogenizar os preos praticados pelos mdicos no seio da sade
suplementar. Isto positivo pois garante ao profissional mdico o padro mnimo [89]
aceitvel e tico. Igualmente, positivo para as operadoras que so atendidas por estes
profissionais, pois conseguem auditar e compreender os oramentos descritos, sendo mais
transparentes nos fechamentos das contas mdicas junto aos seus clientes.
Neste contexto, o CFM [23] em 2003 com a sua resoluo no 1.673/03 adota e refora
a existncia deste padro, esclarecendo em seus artigos que:

Art. 1o - Adotar como padro mnimo e tico de remunerao dos proce-

dimentos mdicos, para o Sistema de Sade Suplementar, a Classificao
Brasileira Hierarquizada de Procedimentos Mdicos, incluindo suas ins-
trues gerais e valores.
Art. 2o - Os valores relativos aos portes de procedimentos devero ser
determinados pelas entidades mdicas nacionais, por intermdio da Co-
misso Nacional de Honorrios Mdicos.

67
 Pargrafo nico As variaes, dentro das bandas determinadas naci-
onalmente, sero decididas pelas Comisses Estaduais ou Regionais de
Honorrios Mdicos, levando-se em conta as peculiaridades regionais.

A CBHPM veio acrescentar uma ordem no caos das operadoras de planos de sade,
que anteriormente estipulavam seus prprios preos, sem uma contextualizao palpvel,
onde elas sujeitavam o profissional mdico aos seus preos. A sua atualizao bienal. A
AMB [12] esclarece ainda que:

1.1 A presente Classificao de Procedimentos foi elaborada com base em

critrios tcnicos e tem como finalidade hierarquizar os procedimentos
mdicos aqui descritos, servindo como referncia para estabelecer faixas
de valorao dos atos mdicos pelos seus portes. Ela atualiza e substitui
as listas de procedimentos anteriormente publicadas por esta Associao.
1.2 Os portes representados ao lado de cada procedimento no expressam
valores monetrios, apenas estabelecem a comparao entre os diversos
atos mdicos no que diz respeito sua complexidade tcnica, tempo de
execuo, ateno requerida e grau de treinamento necessrio para a
capacitao do profissional que o realiza.
[...]
1.4 Os atendimentos contratados de acordo com esta Classificao de
Procedimentos sero realizados em locais, dias e horrios preestabeleci-
dos.
1.5 Esta classificao constitui referncia para acomodaes hospitalares
coletivas (enfermaria ou quartos com dois ou mais leitos).

Os mdicos enfrentam um srio problema que no da ordem do procedimento tc-

nico como mdico, mas que "em todo o Brasil, est relacionado com a remunerao de
sua atividade profissional "de acordo com Guidolino et al. [89]. A sua utilizao como
referencial no considerada prtica abusiva de cartel [23]. Ela somente foi reconhecida
pelo CFM [23] em 2003, mas sua existncia se deu nos anos 80 [115].
Nas sua entre linhas, trata ainda sobre consulta como um ato mdico universal, que
realizada por todos os mdicos, mas elas no so iguais. Motivo pelo qual, a CBHPM
traz classificao diferenciada para elas, pois so complexas em procedimentos e cirurgias
[115]. Portanto, a necessidade de classificaes e procedimentos diferenciados.
Gubolino et al al. [89] ensina ainda, que:

No existem disciplinas acadmicas que apresentem ou discutam, com o

jovem doutor, as formas existentes de remunerao, nem como se com-
portar diante do dilema entre a relao mdico/paciente e a necessidade
do profissional em efetuar a cobrana de honorrios sobre sua atividade.
Alm disso, a valorizao do ato mdico muito subjetiva e, por isso,
sujeita a variadas interpretaes.

68
 A existncia e aplicao da CBHPM no impede que haja a livre concorrncia [23], pois
"podem ser negociados diretamente entre as partes interessadas (prestadores e contratan-
tes de servios mdicos)"[89]. Tal classificao favorece a transparncia entre a tricotomia:
mdico, paciente e sade suplementar privada atinente a custos de procedimentos m-
dicos. O paciente deseja a cura a um preo alcanvel; o profissional mdico no ensejo de
atender o paciente e ser bem remunerado; e as prestadoras de planos de sade privados
que "[...] so gerenciadas por grandes empresas ou associaes com fins lucrativos, que
possuem uma mquina administrativa organizada e eficiente na reduo de custos"[89].
A cada edio espera-se que a CBHPM, cada vez mais diminua o hiato interopervel
dos custos de procedimentos mdicos. o que se espera com a adoo deste padro,
recomendado pelo Ministrio da Sade do Brasil [33], que pode ainda ser til a composio
da implementao de um sistema de e-sade militar do Exrcito Brasileiro.

2.5.14 O padro TUSS (Terminologia Unificada de Sade Su-

plementar)
A Agncia Nacional de Sade [45] instituiu por meio da Instruo Normativa no 34 (2009),
o TUSS como padro obrigatrio para a codificao de procedimentos mdicos. Ainda de
acordo com a ANS:

Associao Mdica Brasileira - AMB a entidade responsvel por de-

finir a codificao e terminologia dos itens da TUSS para procedimen-
tos mdicos, assim como dar manuteno e publicidade mesma, aps
aprovao da Agncia Nacional de Sade Suplementar e do Comit de
Padronizao de Informaes em Sade Suplementar - COPISS.

No h somente o envolvimento da AMB no controle e definio dessa terminologia.

Araujo et al. [4] afirma que:

TUSS uma terminologia mantida pela Confederao Nacional de Sade

(CNS), podendo ou no contar com o auxlio de outras entidades de re-
ferncia no seu desenvolvimento. A incluso de novos termos deve ser
analisada pelo COPISS. As entidades de referncia so aquelas desti-
nadas a validar proposies de alteraes do padro e anular dvidas
tcnicas. A cada entidade compete uma rea de termos: os termos de
medicina so competncia da Associao Mdica Brasileira (AMB); os
de odontologia do Conselho Federal de Odontologia (CFO); os de medi-
camentos, materiais, rteses e prteses da Anvisa;, os termos de dirias,
taxas e gases medicinais so competncia da CNS; e os requisitos de
segurana e privacidade de informaes so da Sociedade Brasileira de
Informtica em Sade (SBIS).

Logo percebe-se que a AMB controla apenas a parte mdica, necessitando o TUSS de
uma abrangncia maior, que se alcana com os demais envolvidos. A consulta de todos

69
os seus termos disponvel ao pblico atravs do seu portal eletrnico 13 , onde h uma
ferramenta de fcil manipulao. Na Figura 2.38 podemos observar o resultado de uma
consulta a um pacote de procedimentos, utilizando a ferramenta disponibilizada no sitio.

Figura 2.38: Exemplo de consulta ao TUSS para pacotes de procedimentos [51].

Ainda podemos compreender ao analisar a Na Figura 2.38, que ao se contratar, pode-

mos ter a transparncias do que oferecido no pacotes "(P) 112883 - DIRIA GLOBAL
DE CTI - II (pacote - CNS - BR)"e "(P) 143769 - DIARIA GLOBAL DE CTI - I (pacote
-CNS - BR)". Neles ainda esto presentes os seus cdigos, ttulos, eixo e ttulo, instituio
e UF [51].
No Brasil, o seu alcance normativo atinge "as operadoras de plano privado de assistn-
cia sade e prestadores de servios de sade"[45]. Aps dois anos da sua obrigatoriedade,
esta terminologia tambm passou a compor um dos diversos padres interoperabilidade e
informao em sade para sistemas de informao em sade no mbito do Sistema nico
de Sade, nos nveis municipal, estadual e federal [33].
A Terminologia Unificada de Sade Suplementar(TUSS) produto do esforo de tra-
balho conjunto das equipes tcnicas da AMB e ANS. Esta padronizao teve como par-
metro bsico os cdigos da CBHPM. Esta ao do Governo Brasileiro foi necessria, pois
de acordo com Gubolino et al. [89] havia o seguinte problema:

O grande nmero de planos e seguradoras de assistncia mdica privada

existentes no Brasil, cada uma com sua codificao ou tabelas prprias,
dificultava a troca de informaes de forma rpida entre operadoras
e prestadoras, aumentando a burocracia e o tempo entre solicitao e
13
http://tuss.org.br/tuss.php

70
 liberao de procedimentos. A situao tornou-se insustentvel com o
aumento progressivo da participao desse setor na assistncia mdica
populao brasileira.

A adoo dessa terminologia favorece a organizao no "adequado gerenciamento e

mapeamento do setor por parte da ANS e a criao do intercmbio eletrnico, e, con-
sequentemente, reduz o trabalho burocrtico dos prestadores de servio mdico". Igual-
mente a CBHPM, o TUSS codifica apenas procedimentos, no os atrelados a valores.
Cada operadora livre para negociar com os seus prestadores [89].
A Figura 2.39 foi construda para representar que h uma interao entre a CBHPM,
a TUSS e o TISS, bem como uma interdependncia entre eles nas trocas de informaes
eletrnicas. Reutilizado os seguinte meios e subsdios conceituais:

Figura 2.39: Esquematizao para reresentar a relao do CBHPM e TUSS com a TISS.

parte da figura do trabalho de Gubolino et al. [89], onde ele representou os principais
cdigos em Hemodinmica e Cardiologia Intervencionista pela terminologia TUSS;

o TUSS teve como parmetro bsico os cdigos da CBHPM [89], criando-se um

"conjunto estruturado de cdigos e descries dos itens e eventos do ciclo de ateno
sade na sade suplementar"[44];

a TUSS "consolida o componente de representao de conceitos em sade do padro

para troca de informao na Sade Suplementar"[44]. Logo, a TUSS necessria ao
TISS; e

71
 Araujo et al. [4], ao tratar sobre o TISS, afirma que o mesmo um componente de
representao de conceitos em sade, que "estabelece o conjunto de termos para iden-
tificar os eventos e itens assistenciais sade suplementar, consolidados na"TUSS.

Precisamos ir no sentido do fluxo correto, seguindo a Resoluo Normativa no 34/2009

da Agncia Nacional de Sade do Brasil [45]; da Portaria no 2.073/2011 do Ministrio da
Sade do Brasil [33], os padres nacionais e internacionais de interoperabilidade reconhe-
cidos.

2.5.15 A contribuio da ISO 13606 - Health informatics

Electronic health record communication
A ISO 13606, primariamente busca a comunicao entre diferentes RES, possibilitando
ainda, definir extratos do RES. mais simples que o opeEHR, que possui maior espe-
cializao dos elementos e das estruturas de dados no existentes na ISO 13606, como
o caso de tabelas e rvores [139]. Ela est dividida em cinco parte, de acordo com a
representao da Figura 2.40.

Figura 2.40: Composio da ISO 13606 (comunicao entre sistemas de RES).

Este padro aplicvel para a interoperabilidade de modelos de conhecimento, in-

cluindo arqutipos, templates e metodologia de gesto [33]. Tanto o padro aberto Ope-
nEHR quanto a norma ISO 13606 utilizam a linguagem Archetype Definition Language
(ADL) para a construo dos arqutipos, porm existem algumas diferenas entre eles.
De acordo com Santos [147] a ISO 13606 no "contexto de sistemas de registro eletrnico
em sade"ela "desponta como um padro de modelagem de informaes clnicas". Na ISO
13606 h um modelo de informao que bastante til para referenciar os modelos de
domnios para um RES. Santos ainda ensina que:

[...] uma vez que o modelo de referncia da ISO fruto de um consenso

entre especialistas tcnicos de informtica em sade de vrios pases, e

72
 poderia ser considerado como uma ontologia que reflete a estrutura hie-
rrquica da informao do Registro Eletrnico de Sade de um paciente.

Em decorrncia da complexidade e dos desafios tericos, bem como da importncia do

assunto, Santos [146], ao desenvolver uma abordagem conceitual para a interoperabilidade
semntica, corrobora ao afirmar:

[...] a obteno de interoperabilidade semntica entre sistemas de Re-

gistro Eletrnico de Sade (RES) essencial para o futuro dos servios
em sade. Iniciativas mundiais tm desenvolvido modelos de informao
que visam promover tal interoperabilidade. [...] Enquanto essa discus-
so sobre interoperabilidade de RES se desenrola no cenrio mundial,
instituies de sade ao redor do mundo cada vez mais se deparam com
desafios dentro do contexto de interoperabilidade.

A afirmao de Santos [146], deu-se quando ele percebeu tal complexidade durante
um estudo de caso na Secretaria de Estado de Sade de Minas Gerais (SES/MG), onde
pretendia criar um sistema de RES, em nvel estadual, para consolidar dados demogrficos
e o sumrio clnico para os pacientes, em apoio ao programa Sade Famlia, na ateno
primria usou o modelo de informao da norma ISO 13606 em conjunto com os arqu-
tipos, os quais compem uma base (terica e prtica) consistente para o intercmbio de
informao clnica entre sistemas de Registro Eletrnico de Sade[147].
A colaborao do seu artigo [147] [146] e tese [148], permitiu a compreenso do trabalho
hercleo que h em se criarem projetos de software voltados rea de TI em Sade.
Santos voltou-se a interoperabilidade semntica, trabalhando com uma abordagem em
dois nveis, propostos pela ISO 13606-2, servindo de base para o openEHR, na construo
de um RES. O seu trabalho deu-se a nvel estadual, enquanto que o propsito do SIGHOS
para o Exrcito Brasileiro dar-se- a nvel federado, abrangendo as 27 unidades federativas
do Brasil.
A abordagem de Santos [147] [146] sobre a importncia da interoperabilidade semn-
tica e os seus arqutipos, podem servir de base, com adaptaes necessrias, a um registro
eletrnico em sade militar (RESM) para o Brasil.
Ainda, de acordo com Santos e observando a Figura 2.6 (seo 2.5.1), pode-se notar que
a abordagem semntica apenas uma das abordagens do problema da interoperabilidade,
havendo outras vertentes. Os gestores de organizaes, gerentes de projetos e demais
profissionais envolvidos em construir solues de TI para o contexto da sade devem
compreender que trata-se de um trabalho lento, construtivo, iterativo e crescente, e que
vai tomando forma, importncia, com as integraes necessrias entre as partes envolvidas.
Para a OpenEHR [128], os domnios so construdos por especialistas (profissionais
envolvidos no trato de sade), no intuito de facilitar a comunicao de informaes clnicas,

73
 Figura 2.41: Relao entre instncias, arqutipos e modelo de referncia [147].

tornando mais fcil o emprego das suas terminologias. Os domnios so congregados em

repositrios OpenEHR14 e chamados de arqutipos, possuindo linguagem prpria (ADL
- Archetype Definition Language). A especificao de arqutipos constitui a atual ISO
13606-2. Uma exemplificao das suas possveis relaes encontra-se representadas na
Figura 2.41.
A representao constante na Figura 2.41 o produto de uma relao da abordagem do
nvel da informao e do nvel do conhecimento (dois nveis). E, que Santos [148] afirma
que "a modelagem de dois nveis permite uma clara diviso de responsabilidades". Nestas
responsabilidades h engajamento de equipes de especialistas em TI, que se preocupam
com o "desenvolvimento dos frameworks de software para tratamento das classes e do
modelo de conhecimento e equipes de especialistas em sade", que esto com suas atenes
voltadas a representao do conhecimento clnico necessrio. Os trabalhos destas equipes,
multidisciplinares, utilizam-se das orientaes da ISO 13606.
Moldar a melhor maneira para vencer a interoperabilidade semntica, sinttica e de
comunicao na construo de um RES um trabalho rduo, hercleo, que requer muita
disciplina, e que carece de muitos outros padres. A ISO 13606 um referencial que pode
14
http://www.openehr.org/ckm/

74
ajudar a vencer estes desafios com o seu modelo de informao referencial.
Em muitos destes padres encontramos a presena da linguagem XML, mas ela por si
s no consegue vencer a interoperabilidade semntica [71]. Como exemplo a ISO 13606-2
auxilia na construo do padro necessrio, empregando a XML, mas com informaes
extradas por arqutipos, na criao de um compromisso e modelo ontolgico, e parte de
um consenso [148] entre especialistas de TI e profissionais de sade.
A construo de um RES, mesmo com o openEHR, depende da ISO 13606, pois o "mo-
delo de informao da norma, em conjunto com os arqutipos, so adequados criao de
uma aplicao de software baseada em conhecimento". Santos [147] utiliza-se do seguinte
pressuposto para endossar a sua afirmao:

[...] o modelo de referncia da ISO fruto de um consenso entre especi-

alistas tcnicos de informtica em sade de vrios pases, e poderia ser
considerado como uma ontologia que reflete a estrutura hierrquica da
informao do Registro Eletrnico de Sade de um paciente.

A base referencial da ISO 13606 fornece um modelo de informao que associado a

ADL na construo de arqutipos, fomentam uma abordagem prtica e terica para o
intercmbio de informao clnica entre sistemas de RES.

2.5.16 O padro WS-Security

Trata-se de um padro aplicado na criptografia e assinatura digital para garantir a segu-
rana e integridade das informaes no meio eletrnico [33].
Figueiredo [77] ensina que a abrangncia e importncia do WS-Security maior, e
esclarece que este padro:

[...] especifica como aplicar criptografia fim-a-fim nas mensagens SOAP,

garantindo a confidencialidade e integridade destas. A criptografia das
mensagens efetuada atravs de token profiles, que descrevem como re-
alizar o mapeamento entre diferentes tecnologias de autenticao (Ker-
beros, X.509, etc.), com objetivo de garantir a interoperabilidade entre
vrias tecnologias.

Os ensinamentos de Figueiredo [77] recebem apoio de Sosnoski [152] e reitera que "os
requisitos para a segurana relacionada troca de informaes geralmente envolvem trs
aspectos:"a confidencialidade, a integridade e a autenticidade. E estes aspectos citados
pelos autores podem ser alcanado pela aplicao da WS-Security.
A segurana algo totalmente necessria nos sistemas de informao em sade. Garan-
tir uma comunicao eficaz, integra, confivel e transparente no algo fcil no contexto
de um ambiente distribudo. O WS-Security utiliza-se de um conjunto de padres de

75
segurana disponveis na linguagem XML e o emprega para proteger a mensagem SOAP,
dentro de um web service, no contexto de uma arquitetura orientada a servios [157].

Figura 2.42: Exemplo de aplicao do WS-Security [153].

Para Sosnoski [152]:

A segurana crucial quando os servios da Web trocam dados de neg-

cios. Podem haver consequncias financeiras ou legais negativas se dados
forem interceptados por terceiros ou se dados fraudulentos forem aceitos
como vlidos. Sempre possvel projetar e implementar os procedimen-
tos de segurana prprios de um aplicativo para servios da Web para
qualquer tipo de troca de dados . Contudo, essa uma abordagem
arriscada, pois mesmo pequenas distraes podem resultar em vulnera-
bilidades graves. Um dos principais benefcios da SOAP, se comparada a
outras formas de troca de dados, que a mesma permite extenses mo-
dulares. Desde o lanamento da SOAP, as extenses tm focado muito
na segurana, o que resultou na padronizao da WS-Security e das tec-
nologias relacionadas que permitem que a segurana seja configurada de
forma apropriada para cada servio.

Neste contexto, podemos observar na 2.42 a exemplificao da WS-Security na verso

1.1. Trata-se de um arcabouo de padres para garantir integridade e confidencialidade
em mensagens SOAP.
A sua aplicao em sistemas de informao em sade, emprega credenciais de segu-
rana e gerncia de confiana distribuda, fornecida pela WS-Trust v.1.4, que so extenses
para o padro WS-Security [19].

76
2.5.17 A tecnologia Web Service e a Web Service Definition
Language (WSDL)
De acordo com o Ministrio da Sade do Brasil, "para a interoperabilidade entre os sis-
temas dos SUS ser utilizada a tecnologia Web Service, no padro SOAP 1.1 (Simple
Object Access Protocol) ou superior"[33].
Os Web Services so identificados por um URI (Uniform Resource Identifier) e so
descritos e definidos usando WSDL (Web Service Description Language) [33]
Tendo como modelo a computao distribuda, os web service surgiram como uma
evoluo desse modelo, tendo como ponto de apoio, um consrcio de grandes empresas
como IBM, Microsoft, entre outras pertencentes a W3C [86]. O web service uma soluo
de integrao para um ambiente heterogneo e distribudo.
De acordo com Gomes [86]:

[...]utilizando essa tecnologia, podemos desenvolver softwares ou com-

ponentes de software capazes de interagir, seja enviando ou recebendo
informaes, com outros softwares, no importando a linguagem de pro-
gramao em que estes foram desenvolvidos, o sistema operacional em
que rodam e o hardware que utilizado. A nica premissa que, para
se comunicar com os web services SOAP, a troca de dados tem de ser
feita no formato XML.

Sampaio [144] ensina que " um aplicativo Servidor que disponibiliza um ou mais
servios para seus clientes, de maneira fracamente acoplada", que comunica-se por men-
sagens, normalmente como protocolo de acesso ao objeto simples (SOAP). Ele apresenta
a sua interface para os usurios por meio de de uma linguagem descritiva de Web Service
(WSDL). O SOAP e WSDL so escritos com a linguagem XML.
De acordo com a W3C [162], a linguagem XML d formato ao WSDL, para descrever
servios em ambiente distribudo. algo como um grande conjunto de terminais, que
trafegam mensagens com informaes. Estas mensagens e operaes so descritas de forma
abstrata, que depois tomam forma por meio de um protocolo de rede e uma mensagem
concreta para definir um ponto final. WSDL extensvel para permitir a descrio de
pontos finais das suas mensagens, independentemente dos formatos e protocolos de rede
empregados para se comunicar. O WSDL funciona em conjunto com os protocolos SOAP
1.1, HTTP, mtodos GET/POST e MIME.

2.5.18 O padro eXtensible Markup Language (XML)

Para a W3C [163], os padres XML so altamente interoperveis e acessvel, sendo poss-
vel a sua aplicao numa ampla variedade de aplicaes. Onde h pouca memria, baixos

77
recursos e banda de rede, o XML fortemente recomendado, dado aos baixo recursos ne-
cessrios a sua performance, Mesmo nestes ambientes negativos, o XML tem se mostrado
eficiente.
O XML Schema do W3C, SML, e a ligao de dados so tecnologias que fornecem as
ferramentas para o controle de qualidade de dados XML. Os Schemas XML so descries
formais de vocabulrios, que visam criar flexibilidade em ambientes de criao e cadeias
de controle de qualidade [163].
De acordo com Moura et al. [116]:

O XML (eXtensible Markup Language) permite ao usurio criar suas

prprias tags - etiquetas ocultas como comentrios em pginas Web ou
sees de texto em uma pgina adicionando estruturas aos seus do-
cumentos, viabilizando sua utilizao tanto na Web, quanto em outros
sistemas. Baseado em um conceito simples, o XML est se tornando
unanimidade no processo de integrao entre sistemas, entre eles os re-
lacionados informtica em sade.

Sobre isto, a exemplo, Dos Santos e Da Silva [72] ratificam ao afirmar que:

O HL7 v.3 utiliza a tecnologia XML para formatao das informaes

nas suas mensagens, seus componentes so: XML Schema para valida-
o, HL7 RIM (Reference Information Model) para conexes semnticas,
HL7 CDA (Clinical Document Architecture) para modelos de documen-
tos e HL7 Vocabulary para o contedo.

A tecnologia do padro XML est presente em todos os outros padres recomendados

pela Portaria 2.073/2011 do MS. Nas exposies dos padres estudados foi observado o
emprego do XML na sua composio, dada as grandes vantagens advinda desta linguagem.
Sobre esta assertiva, Domingos [71] esclarece que:

Embora a maior vantagem do XML seja o seu padro, bem formatado

com natureza de texto simples que permite aos desenvolvedores ler, com-
preender e trabalhar com ele em uma vasta coleo de ferramentas (dis-
ponvel gratuitamente), a interoperabilidade entre elas exige uma quan-
tidade significativa de engenharia, trabalho manual e coordenao.

Para tanto, o Governo Brasileiro [33]instituiu que os entes federados que no aderi-
rem aos padres de interoperabilidade contidos na Portaria 2073/2011, "devero utilizar
mensagens formatadas em padro eXtensible Markup Language (XML) para troca de
informaes, de forma a atender aos XML schemas definidos pelo Ministrio da Sade e
respectivas definies dos respectivos servios - Web Service Definition Language (WSDL),
quando for o caso", ficando a cargo do DATASUS/SGEP/MS a definio do padro para
importao e exportao.

78
 Entre os padres que foram apresentados como soluo a ausncia de interoperabi-
lidade, o XML uma importante ferramenta para quelas organizaes que tem seus
sistemas de informaes legadas.

79
Captulo 3

Diagnstico da TI da D Sau

Este captulo foi necessrio para atender ao objetivo especfico I, realizando um diagns-
tico atual da Tecnologia da Informao da D Sau no Servio de Sade do EB, providos
pela SMTI, com seus pontos crticos e impactos. Dada a peculiaridade de cada tema de
estudo, a metodologia necessria, para uma melhor compreenso, encontra-se dentro do
seu desenvolvimento, e que foi necessrio ainda, fazer uma reviso de literatura espec-
fica para cada caso. Esta prtica permite a construo do conhecimento e uma melhor
compreenso dos fatos envolvidos e dos resultados obtidos, seguido de uma concluso.

3.1 Emprego de Ferramentas de Gesto de Riscos em

Sade para Conhecer o Negcio
Nesta seo sero empregadas as ferramentas de modelagem do negcio, mapeamento de
processos, SIPOC, fluxogramas e BIZAGI Process Modeler e as suas respectivas integra-
es para apresentar a importncia de se conhecer a organizao e o negcio que objeto
de estudo. Conhecer para assessorar bem, identificando as incertezas entre objetivos da
instituio e propor melhorias eficientes.

3.1.1 O Business Process Modeling and Analysis (BPMA) na

Sade
A construo de qualquer produto, projeto e objetivos, requer uma metodologia, ou ainda
os passos a serem seguidos para alcanar um produto, ou ainda, os processos necessrios,
e isto possvel por meio de prticas de modelagem de processos de negcio (BPM), que
segundo a Association of Business Process Management Professionals (ABPMP) [127] :

80
 [...] uma disciplina de gerenciamento e um conjunto de tecnologias
que prov suporte ao gerenciamento por processo. Uma convergncia de
tecnologias de fluxo de trabalho, integrao de aplicaes corporativas
(EAI), gerenciamento de documentos e contedos, gerenciamento de re-
gras de negcio, gerenciamento de desempenho e lgica, entre outras,
foram apresentadas como tendo foco no suporte a gerenciamento base-
ado em processos. H alguns anos, fornecedores de software de BPM
se concentravam na camada de execuo tecnolgica. Hoje esto forne-
cendo BPMS com uma gama completa de caractersticas e funes para
prover suporte a gerentes e analistas de processos, bem como desenvol-
vedores de tecnologia.

Ainda de acordo com ABPMP, o BPM a cada dia mais tem alcanado a sua impor-
tncia nas organizaes, e esclarecesse que as "pesquisas confirmam que o gerenciamento
de processos de negcio (BPM) est evoluindo rapidamente como paradigma de gerenci-
amento dominante no sculo XXI.
Uma vez modelado os processos, o submetem a uma anlise crtica, gerando o BPMA,
que uma sigla na lngua inglesa, que traduzido para a Lngua Portuguesa, entende-se
como sendo uma anlise e modelagem de processos de negcio, que inicia uma concepo,
descrevendo um processo (alternativo ou no), permitindo criar modelos e cenrios que
so necessrios para anlise de o comportamento de processos e otimizar desempenho.
Na sua modelagem e anlise utilizam tecnologias disponveis, com notao grfica, que
associados a representao por fluxogramas e processos permitem uma melhor compreen-
so dos problemas apresentados, permitindo um detalhamento maior dos seus objetivos
e requisitos para determinado processo, de acordo com a Association of business Process
Management Professionals (ABPMP)[127].
Sobre a importncia da modelagem (desenho) de processos, a ABPMP no seu guia
de prticas para Gerenciamento de Processos de Negcio (Common Body of Knowledge
- CBOK) [127][126], ao mencionar tal assunto, assim a cita:

"Desenhar um fluxo ou um mapa das atividades envolvidas em um Guia

para o Gerenciamento de Processos de Negcio (BPM) Corpo Comum
de Conhecimento processo baseado nos requisitos do processo um dos
primeiros passos no desenvolvimento do processo. Mapeamento de pro-
cessos do negcio uma fase extremamente importante, necessrio para
desenhar e comunicar processos atendam requisitos de negcio e so
realistas em termos de seus usos no detalhamento de requisitos de im-
plementao."

Compreendido as etapas necessrias avaliao dos processos, torna-se possvel com-

preender como eles so classificados e a sua hierarquia [21], como se pode visualizar,
atravs da Figura 3.1.

81
 Figura 3.1: Esquema do autor para ilustrar a hierarquizao de processos.

3.1.2 Metodologia Empregada

O levantamento de dados contou com questionrio, entrevista, anlise documental e ob-
servao, possibilitando o mapeamento dos processos, desde a escala macro at a mais
detalhada.
As tcnicas disponveis e empregadas foram o mapeamento de processos e o fluxo-
grama. Dentre as tcnicas disponveis para o mapeamento, foram utilizados a ferramenta
BIZAGI Process Modeler 1 e o mtodo SIPOC. O primeiro foi empregado para representar
os processos correlacionados, com a utilizao de smbolos, comentrios para compreender
a relao inicial do projeto de TI para o Servio de Sade do Exrcito, e a estrutura l-
gica do projeto de pesquisa de dissertao de mestrado para que o autor aborde os pontos
principais de estudo. O segundo, para verificar a hierarquizao e processos envolvidos
com o emprego da TI no Servio de Sade do Exrcito Brasileiro. Com a realizao de
tais ferramentas, verificou se h possibilidade de apontar qual a contribuio real que o
Sistema de Gesto Hospitalar (SIGHOS) pode trazer para a Sade Militar, e qual o seu
nvel de importncia.
1
http://www.bizagi.com/en/bpm-suite/bpm-products/modeler

82
3.1.3 Mapeamento de Processos (Criando o Modelo de Pesquisa
para a Dissertao)
Empregando os conceito definidos na subseo supra, foi observado que o mapeamento de
processo, independentemente da tcnica utilizada, normalmente, segue quatro (4) etapas,
de acordo com Biazzo [17], e que esto representadas na Figura 3.2.

Figura 3.2: Esquema do autor para ilustrar os passos do mapeamento de processos. Adap-
tado de Biazzo [17].

Com a utilizao da ferramenta BIZAGI foi possvel mapear os processos seguindo

os passos constantes naFigura 3.2, permitindo que fosse criado o modelo de passos a
seguir nesta pesquisa, constante na Seo 1.5 (Metodologia Cientfica) e representada
pela Figura 1.1 (esquematizao da pesquisa).
Diferente do passos proposto por Biazzo [17], o Guia CBOK da ABPMP[127] reduz
os quatro (4) passos para apenas trs (3) e apresentando as vantagens de uma aplicao
tpica de modelagem e simulao, a seguir:

"1. Habilidade de representar graficamente o processo como um mapa

de passos a serem executados;
2. Mtodos para definir o fluxo de informao entre passos e condies
sob as quais o fluxo pode mudar. Se o fluxo do processo pode ser mo-
dificado com base em eventos, simuladores fornecero a habilidade para
definir a distribuio de probabilidade de ocorrncia de uma ou mais
rotas pelo processo; e
3. Mtodos para declarar pressupostos sobre comportamentos mensu-
rveis em passos de processo, tais como tempo para completar uma ta-
refa. Tais comportamentos podem ser baseados em uma distribuio de
probabilidade. Por exemplo, a distribuio de tempos de concluso de
tarefa pode ser definida e cada simulao de incidente usar um tempo
de concluso daquela distribuio."

Contudo, com a relao a diferena entre Biazzo [17] e o Guia CBOK [127], quase
inexiste, havendo forte verossimilhana entre eles. Na verdade, elas se complementam,
permitindo uma compreenso melhor.
A ponta de lana do modelo, que leva a exploso dos demais passos, constantes na
Figura 1.1 (esquematizao da pesquisa) a Portaria no 457, de 15 de julho de 2009

83
(Aprova a Diretriz para Implantao do Plano de Revitalizao do Servio de Sade do
Exrcito e d outras providncias)[28]. Nela est contido, diversas aes e projetos, entre
os quais o de Revitalizao da TI no Servio de Sade, descrita na introduo desta
dissertao.

3.1.4 Fluxogramas - O SIPOC

No Guia PMBOK, verso 5, consta o acrnimo das suas palavras em portugus, FEPSC
(Fornecedor, Entrada, Processo, Sada, Cliente)[97], ou SIPOC em ingls, resultante das
cinco (5) iniciais presentes (Suppllier, Input, Process, Output, Customer). O SIPOC
empregado como uma ferramenta para evidenciar um determinado processo, seus forne-
cedores e clientes, de acordo com Werkema [165], Martinho Filho e Souza [111].
Jacobs e Chase [103] afirmam a existncia de muitos tipos de fluxogramas, e o SIPOC
um deles; e que em essncia, trata-se um modelo formalizado de entradas e sada, utilizado
no estgio da definio de um projeto .
Os autores citados demonstram que o SIPOC uma maneira de ter-se uma viso
aprofundada dos envolvidos nos processos do negcio, produto ou ainda, de um projeto.
O Project Management Institute (PMI) [97] fez constar no seu Guide to the Project
Management Body of Knowledge (PMBOK R Guide), sobre a importncia dos fluxogra-

mas ou mapa de processos, empregados na modelagem de problemas ou como ferramenta

de anlise, a seguinte exposio:

"[...] porque eles mostram a sequncia de etapas e as possibilidades

ramificadas existentes para um processo que transforma uma ou mais
entradas em uma ou mais sadas. Os fluxogramas mostram as atividades,
os pontos de deciso, os loops de ramificao, os caminhos paralelos e
a ordem geral do processamento, atravs do mapeamento dos detalhes
operacionais de procedimentos que existem dentro de uma cadeia de
valor com elos horizontais de um modelo SIPOC [...]"

Conforme os ensinamentos do PMBOK5 da PMI [97], os fluxogramas podem ser

teis na compreenso e na estimativa do custo da qualidade de um processo.
Para Gupta e Sri [90], com o SIPOC tambm possvel identificar as sadas do processo
e o seu destino, permitindo compreender as entradas de clientes, interfaces e interesses.
A trade utilizada no SIPOC so: as etapas do processo, entradas e as suas fontes.
No trabalho desenvolvido nesta seo, foi utilizado o exemplo de diagrama SIPOC do
PMBOK5, constante na Figura 3.3, que serviu de modelo para a criao a estruturao
dos elaborados, pois, de acordo com Gupta e Sri [90], com o SIPOC tambm possvel
identificar as sadas do processo e o seu destino, permitindo compreender as entradas de

84
 Figura 3.3: O modelo SIPOC [97].

clientes, interfaces e interesses. A trade utilizada no SIPOC so: as etapas do processo,

entradas e as suas fontes.
Isto permitiu compreender os processos de entrada e sada envolvidos no Servio de
Sade do Exrcito, que tem a Diretoria de Sade (D Sau) do Exrcito Brasileiro (EB),
como rgo normativo-tcnico-gerencial mximo.
Os resultados deste trabalho podem ser visualizados, pela distribuio sequencial, nas
Figuras 3.4, 3.5, 3.6 e 3.7.
Observa-se que atravs dos SIPOC confeccionados, explcitos nas Figuras: 3.4, 3.5,
3.6 e 3.7, que o SIPOC tem como finalidade, definir o principal processo envolvido no
projeto, e consequentemente, facilita a visualizao do trabalho. E, que no requer um
detalhamento mais rigoroso do processo, pois este sero em outra fase (ANALYSE, no
modelo DMAIC), com o emprego de ferramentas mais apropriadas, atravs de variaes
do fluxograma ou mapa de processos [165].

85
 Figura 3.4: Esquematizao para o SIPOC do Exrcito Brasileiro (EB)

3.1.5 Resultados
Aps a aplicao do mapeamento de processos como ferramenta para gerar um modelo
gerencial, foi possvel visualizar os processos relacionados e interligados que tiveram como
ponto de partida o projeto de revitalizao da TI dos Sistemas de Sade do Exrcito
Brasileiro. Os signos envolvidos no mapeamento de processos permitem representar de
forma grfica diversas informaes, facilitando a compreenso da informao ali contida
para qualquer leitor. Muito embora tenha-se uma notao padronizada, no significa que
esta seja a nica. O ideal que se mantenha o padro, mas se necessrio for, a facilitar
a compreenso, pode integrar outros signos ou modelos arquiteturais que atuem como
facilitador da comunicao visual.
O modelo criado neste trabalho facilitou a compreenso do projeto do Comandante
do Exrcito [28] e que ele trar benefcios significativos ao Servio de Sade do Exrcito,
sendo totalmente necessrio.
Embora o projeto inicial contemple o SIGHOS (Sistema de Gesto Hospitalar), per-
mitir ao gestor da Organizao Militar de Sade ou o Diretor de Sade ter uma real
situao de pacientes internado, quanto est sendo faturado, ou ainda quanto h no es-
toque de cada tipo de medicamento, ou ainda, a quantidade de leitos disponveis, entre

86
 Figura 3.5: Esquematizao para o SIPOC do Departamento-Geral do Pessoal (DGP)

outras informaes. Contudo trata-se de um elemento central que o sustenta, que o

pronturio eletrnico de pacientes, que a fonte primaria de informaes do paciente
para os profissionais de sade. Esta inciativa de construo do pronturio eletrnico de
pacientes (PEP), aponta a tendncia que o Exrcito caminha para um modelo de e-Sade
militar.
Quanto os insucessos que aconteceram sobre o no cumprimento dos prazos, entre
outros, no significa que o projeto no seja vivel. Por outro lado, a grande massa do-
cumental e modelagem do processo executivo encontram-se pronto e revisados. Para
Sommerville [151], os projetos de softwares so difceis de serem gerenciados e tem carac-
tersticas de projetos diferenciadas. No contexto de software, no seu contedo, 80% so
processos e 20% tecnologia. Os riscos permeiam qualquer projeto, seja ele pequeno ou
no.Com a tendncia ao e-Sade, sugere-se que o Exrcito Brasileiro adote uma metodo-
logia de sistemas de sade, que o mundo est referenciado, com casos de sucessos reais,
aplicando o National eHealth Strategy Toolkit.
Atravs da pesquisa bibliogrfica e nas entrevistas, observa-se que um dos fatores que
impede uma rpida expanso e integrao entre os diversos sistemas de informao em
sade, a interoperabilidade. Tal assunto necessita ser estudado, para prover a adoo

87
 Figura 3.6: Esquematizao para o SIPOC da Diretoria de Sade (D Sau)

de protocolos corretos para permitir que os sistemas de informao do Exrcito Brasileiro,

no tocante ao seu Servio de Sade, comunique-se com o seu mundo externo.
Atravs da aplicao do mapeamento de processos (utilizando o Bizagi Process Mode-
ler) e da identificao dos processos de entradas e sadas atravs do SIPOC, permitiram
que se compreendesse as diferentes escalas de viso sobre o processo, as anlises sobre a
existncia de atividades que no agregam valor ao projeto do Comandante do Exrcito
[28].
As tcnicas e ferramentas empregadas apresentaram bons resultados para a caracteri-
zao dos processos que esto envolvidos na revitalizao da TI no Servio de Sade, e no
desenho do modelo a ser empregado na pesquisa do autor. O SIPOC e a modelagem de
processos demonstraram eficincia bastante aceitvel, quando empregada neste trabalho.
A compreenso de uma gesto por processos permitem aumentar o horizonte do gestor,
ou de quem busca um ponto de partida para ajustar com outra tcnicas para elucidar
qualquer tipo de pesquisa. Contudo, as ferramentas e tcnicas, agregadas a uma efetiva
triagem, tem seu valor, como uma etapa importante do processo, pois uma das que mais
agrega valor na busca de respostas.
Pde-se concluir, por meio da aplicao prtica, que a metodologia proposta, pelo uso

88
 Figura 3.7: Esquematizao para o SIPOC da SMTI

integrado de pesquisa, anlise documental, modelagem de processos e SIPOC, pertinente

e vivel, alm de fornecer uma sequncia de etapas que auxiliam na compreenso dos
processos estudados, na identificao dos pontos crticos de ao, na determinao das
falhas e seus efeitos e na elaborao do panorama geral das falhas e efeitos, visando
priorizao das medidas de correo, se for o caso, e da consequente mitigao/eliminao
das falhas dos processos, seja estes em produtos ou projetos.
A Portaria do Comandante do Exrcito [28], muito acertadamente empregou o termo
Tecnologia da Informao, pois na sua essncia, ela suficiente para revitalizar no so-
mente os sistemas de informao do Servio de Sade, mas os seus recursos humanos de
TI em sade, a gesto do conhecimento em sade, a infraestrutura de TI em sade, e
as aes de governana de TI, aos moldes que o DATASUS e a Organizao Mundial da
Sade (OMS) est fazendo.

3.1.6 Trabalhos Futuros advindos dos resultados alcanados

O assunto no se esgota e de posse dos resultados obtido neste trabalho, sugere-se a
possibilidade de agregar outras ferramentas, no sentido de estudar a interoperabilidade

89
entre sistemas de e-Sade, com a proposta de requisitos e seus protocolos para a integrao
dos sistemas de informao em sade do Exrcito Brasileiro.

3.2 Impacto de Riscos de TI nas Subdiretorias D Sau

Esta seo tem como objetivo apresentar, discutir e aplicar atravs de dados selecionados
pelo mtodo Delphi e submetidos a anlise multicritrios com Analytic Hierarchy Process
(AHP), utilizando o software Expert Choice para a identificao proativa de componentes
crticos de Tecnologia da Informao que impactam diretamente sobre subdiretorias da
Diretoria de Sade do Exrcito Brasileiro. O mtodo Delphi e AHP so ferramentas
aplicadas em gesto de riscos que constam na ABNT NBR ISO 31010:2012 [68] e que tem
a capacidade de facilitar a estruturao de um problema complexo em fragmentos mais
acurados, bem como de sua flexibilidade nas aplicaes.
A seo contm no seu desenvolvimento, detalhes sobre Delphi, AHP, o Software Ex-
pert Choice, um modelo criado para este trabalho com normas da ABNT (ISO 27005 [67],
38500 [66] e 31000 [65]). O objetivo final apontar os elementos crticos da SMTI que
podem causar maior impactos sobre as subdiretorias da Diretoria de Sade do Exrcito
Brasileiro, constantes no resultado deste trabalho, apresentando as consistncias das ma-
trizes geradas, resultados obtidos e propostas para adoo pela organizao e aes para
trabalhos futuros.
A tecnologia da informao est presente, dando suporte ao negcio nas organizaes
pblica ou privadas. O mundo no se imagina, e no est preparado para viver sem a
tecnologia da informao.
Tudo funciona perfeitamente, mas a incerteza sobre os objetivos existe, segundo a
ABNT [65]. Isto posto, tem-se que imaginar, especular, sobre os fatos contrrios, com
planejamento oportuno, sobre o que fazer, se algo acontecer.
Trabalhar a frente do riscos. Torna-se necessrio conhecer a organizao do nvel
macro processo, at a riqueza de detalhes que envolvem as atividades, conhecer os seus
ativos de informao, de acordo com a ABNT na sua NBR ISO 27005 [67]
A aplicao especificamente, deu-se com os especialistas da sua SMTI, que tem a mis-
so de manter a interoperabilidade e disponibilidade dos seus sistemas informatizados para
prover a continuidade do Servio de Sade do Exrcito, que repercutem sobre profissionais
de sade, 724.000 clientes (pacientes) e mais de 481 Unidades de Atendimentos

3.2.1 Contribuies esperadas

Buscou-se responder aos questionamentos sobre quais impactos advindo da incerteza nas
subdiretorias da Diretoria de Sade (D Sau) do Exrcito, que podem advir de pontos

90
crticos da sua SMTI que podem ter repercusso negativa sobre os objetivos estratgicos
do Servio de Sade do EB.
Foi necessrio investigar, especulativamente, em ambiente simulado, qual Subdiretoria
da D Sau sofrer maior impacto se os servios de TI ficarem indisponveis. Qual o ponto
chave da SMTI, que mais crtico, dado a complexidade da TI em sistemas de gesto em
sade? Quais as incertezas que se pode apontar e, que podem afetar os objetivos?.
Partiu-se ainda do pressuposto que se conhecendo quem mais ser afetado e por quem,
aponte-se o melhor caminho para tratar os riscos e melhorar a oferta do catlogo de
servios, vindo a repercutir positivamente nos usurios do Servio de Sade do Exrcito
Brasileiro.
As informaes e dados foram coletados na D Sau, que foram subemtidos e analisados,
por meio de ferramentas constante da ABNT NBR ISO 31010:2012. As ferramentas
escolhidas foram o mtodo DELPHI e a AHP (Analytic Hierarchy Process), que utiliza
a hierarquizao dos problemas e dos processos de anlise que contribui para a tomada
de deciso e padronizao da viso do problema atravs da criao de um modelo para o
contexto, aplicando o software Expert Choice.
So trs as contribuies pretendidas com este diagnstico:

A primeira tem foco acadmico, buscando disseminar as ferramentas da ABNT NBR

ISO 31010 aplicadas a gesto de riscos em sistemas de sade, com definies ricas
para vrias disciplinas, especialmente para a Engenharia de Produo, governana
de TI em sade e gerncia de projetos, uma vez que existem poucas informaes
sobre a sua aplicao nesses assuntos e implantaes desta natureza, principalmente
no Brasil;

A segunda contribuio est relacionada aos resultados prticos da pesquisa, por

tratar-se de parte da pesquisa de dissertao de mestrado; e

A terceira, aps serem identificados os recursos de TI em sade da D Sau, procurar

identificar em que ordem eles podem impactar negativamente subdiretorias da D
Sau. Aps, levar- se- a informao dos seus resultados a Alta Administrao da-
quele rgo Militar, para conhecimento e adoo das medidas que julgar pertinente.

3.2.2 A importncia da informao no contexto da sade

Com a crescente evoluo da Web, a Internet promoveu o acesso a inmeros servios e
informaes [145]. Atravs da informao pode-se pautar uma tomada de deciso, que
pode trazer benefcios ou consequncias.
Almeida et al. [2], chama a ateno sobre o tamanho da importncia que a informao
representa, seja para as pessoas ou organizaes. Para o autor, a informao considerada

91
a chave dos negcios de uma organizao, devido sua utilidade e importncia, e que
vem assumindo, cada vez mais, uma posio estratgica para as organizaes, sendo o seu
principal patrimnio.
A informao em sade de alta importncia aos profissionais que labutam com paci-
entes, no sentido de restabelecer a sua higidez fsica, alvio, bem-estar e sua recuperao.
Estratgico deciso para queles que dela dependem para decidir.
Quanto deve custar o servidor de uma empresa? Quantos dgitos devem representar
o valor da base de dados daquela empresa, onde esto todos as informaes dos seus
clientes, fornecedores ou os PEP dos pacientes? Qual ser o prejuzo at a retomada dos
negcios?. So pontos a serem observados e analisados.
A informao existe sem os computadores, mas no contexto moderno, ao usar a
informao, o homem liberta as possibilidade do real pela criao de novos aspectos na
realidade[150].
Na criao desses novos aspectos, h o processo de transformao dos dados em infor-
mao que so utilizados na estrutura decisria da empresa ou organizao. Tal processo
denomina-se Sistemas de Informao, que tem com atividade bsica: entrada, processa-
mento e sada [2].

3.2.3 A Importncia da tomada de deciso no contexto da sade

A tomada de deciso no algo fcil, seja na administrao pblica ou privada. Dada
complexidade no contexto das sade, os profissionais que detm poder de deciso tem
procurado aperfeioar-se, buscando alternativas que possam dar-lhe o subsdio e amparo
necessrio para uma tomada decisria mais acertada.
O setor pblico tem incorporado novas ferramentas, mtodos e tecnologias no seu
ambiente de trabalho, que associado ao uso de informaes mais especfica, confivel e
atualizada, e fortalecem a administrao pblica, principalmente nas atividades de pla-
nejamento e gesto. Isto permite elaborar diagnsticos, identificar problemas, intervir se
necessrio, monitorar programas, entre outros benefcios, que repercutem positivamente
na tomada de deciso geral. A tecnificao est tomando espao na gesto [104].
A responsabilidade sobre a deciso no repercute apenas no contexto interno e externo
de uma organizao. A importncia dessas decises em sade no so nmeros, mas vidas
que dependem do acerto e agilidade nas decises dos gestores, acrescidas no ambiente
distribudo, da disponibilidade e interoperabilidade, que um desafio. O avano s ser
alcanado atravs de normas tecnolgicas para informao e comunicao que facilitem a
interoperabilidade entre sistemas e dispositivos, proporcionando privacidade e segurana
sem ressalvas, atender as necessidades nicas do mundo em desenvolvimento e alavancar

92
as tecnologias existentes, tais como aplicativos sociais onipresentes em mdia e dispositivos
mveis [102].
A informao deve ser reconhecida e valorizada para os que tem poder de deciso, pois
ela primria e fundamental para esses pautarem as suas escolhas, e como tal responder
por elas. Sobre tal importncia, Almeida et al afirma que:

Toda informao, portanto, deve gerar uma deciso, que, por sua vez,
desencadear uma ao. A informao constitui-se em suporte bsico
para toda atividade humana e todo o nosso cotidiano um processo
permanente de informao. No caso das organizaes, conhecer seus
problemas, buscar alternativas para solucion-los, atingir metas e cum-
prir objetivos requer conhecimento e, portanto, informao. [2]

3.2.4 A ferramenta Delphi

A sua conceituao bastante simples, pois um questionrio interativo, bem elaborado,
com um resumo conceitual de cada quesito, submetidos a peritos, com respostas individu-
ais, que aps ter um tratamento estatstico simples, se caso for necessrio, novas rodadas
sero aplicadas at acontecer a convergncia do resultado esperado. Sua aplicao pla-
nejada possui efeito positivo quando h carncia do histrico e ou pretende-se estimular
a criatividade, sendo muito til em anlise qualitativa, projees futuras em face de des-
continuidades tecnolgicas, que valoriza o anonimato das respostas e dos participantes
[170].
Para a ABNT [68], o Delphi busca uma homogeneizao confivel por um grupo de
especialistas sobre determinado assunto de opinies de um grupo de especialistas, podendo
ser aplicada em qualquer estgio do processo de gesto de riscos, sempre que um consenso
de vises de especialistas for necessrio.
A aplicao da ferramenta DELPHI se deu conforme previsto na ABNT, na sua NBR
ISO 31010:2012 [68], seguindo os passos representados na Figura 3.8.
A aplicao do mtodo DELPHI, neste trabalho, deu-se atravs de entrevistas e ques-
tionrios, aplicados individualmente, visando obter a opinio especializada. Foi refinada
com repeties (reavaliao), e que posteriormente os seus resultados foram tabulados e
constantes na seo 3.2.7 (resultados), permitindo ter um maior valor de referencial, que
a opinio de apenas um indivduo. O universo selecionado foi de 3/10 especialistas da
SMTI, onde aplicou-se o princpio de Pareto (20/80) e 20% do efetivo que foram julgados
mais aptos passaram a compor o grupo de especialistas.
O Delphi difere-se do brainstorming, peculiarmente, porque estimula a participao
dos seus integrantes a interagirem com a sua tempestividade de ideias e opinies, po-

93
 Figura 3.8: Esquematizao do autor dos passos da aplicao da ferramenta Delphi .

rm de maneira individual e annima, mas tero o acesso aos pontos de vista de outros
especialistas medida o processo evolui [68].
A submisso da viso dos especialistas na aplicao do DELPHI, eximiu a opinio do
autor, permitindo confrontar com os resultados obtidos e valorizar a imparcialidade. Tal
peculiaridade foi muito importante para este trabalho, pois com as opinies dos especialis-
tas da SMTI, que no sofreram influncias, mas com a criatividade estimulada, tornou-se
possvel convergir para a varivel e critrios para anlise e submisso ao Expert Choice,
pelo mtodo AHP, decompondo o problema em uma rvore hierrquica [141], como pode
ser vista a sua evoluo nas rvores hierrquicas, nas enumeraes e figuras a seguir:

a Figura 3.9, foi criada no primeiro ciclo Delphi, onde tinha-se a viso de avaliar os
diversos sistemas servidos pela SMTI, e procurava avaliar o impacto nas Subdireto-
rias e na AEPG (Assessorias de Estudos, Planejamento e Gesto) da D Sau, o que
tornava muito confusa e de difcil anlise, dada a complexidade representada por
alguns sistemas;

foi observado que a Figura 3.9 contemplou apenas 16 Sistemas, e posteriormente

descobriu-se que so 26 Sistemas que so gerenciados e mantidos pela SMTI daquela
Diretoria.
Aps mais ciclos de entrevistas com os especialistas, individualmente, onde a seleo
de critrios convergiu para uma verso sistmica, que definiu por no analisar os
impactos dos sistemas, mas avaliar o impacto sofrido pelas Subdiretorias da D Sau

94
Figura 3.9: 1a rvore Hierrquica para a visualizao, resultante do Mtodo Delphi para
aplicao da AHP.

95
por estarem ligados diretamente a lgica do negcio, que recebem o apoio e suporte
da TI.
Os especialistas, entenderam que dos 26 sistemas, muitos eram partes menores de
uma sistemtica maior, e portanto optou-se por adotar uma seleo sob uma tica
Sistmica da Segurana da Informao, procurando-se identificar os ativos de infor-
mao da D Sau. Esta postura permitiu sintetizar tudo em dois pontos chaves, que
atendem s orientaes da ABNT NBR ISO 27005 [67].:

Ativos Primrios; e
Ativos de suporte e infraestrutura

Ficou entendido, que era necessrio o acrscimo de um terceiro ponto aos dois pontos
chaves j definidos. A necessidade do acrscimo, levou em considerao a atividade
de negcio da Diretoria de Sade, que tem a atribuio de gerir sade a famlia
militar e a sociedade brasileira em pontos longnquos de um pas continental, e que
depende da TI no suporte ao seu negcio (providos pela SMTI). A SMTI, atravs
da sua estrutura composta por um corpo tcnico, mesmo sendo na TI, diferente de
profissionais de sade no atuam no atendimento mdico (contato com pacientes),
mas totalmente necessria ao seu atendimento. Por meio da operacionalidade,
continuidade e disponibilidade dos recursos de TI e sistemas de informao em
sade, prover os meios tecnolgicos para os profissionais de sade do EB. A sua
indisponibilidade algo critico, que depende de uma "ateno"do seu gestor no
tocante a gesto de risco.
Na literatura pesquisada, ficou claro para o autor, que a gesto de risco cria e protege
valor. Refora tal entendimento, pela exposio da ABNT por meio da sua NBR
ISO 31000 [65], onde acrescentou que gesto de risco:

contribui para a realizao demonstrvel dos objetivos e para

a melhoria do desempenho referente, por exemplo, segurana e
sade das pessoas, segurana, conformidade legal e regulatria,
aceitao pblica, [...], eficincia nas operaes, governana
e reputao.

A ABNT na citao supra, ao mencionar reputao e segurana [65], mensura o

tamanho da responsabilidade por tratar tais assuntos com o Exrcito Brasileiro e a
sua Diretoria de Sade, que so instituies seculares de alto prestgio e confiana
perante sociedade brasileira. Reflete ainda, a preocupao e importncia que
o EB d ao seu efetivo, famlias e sociedade. Tal ao, permitiu enxugar a rvore
hierrquica representada na Figura 3.9 e mudar o foco da analise, uma vez que na 1a

96
 rvore hierrquica, avaliava-se o sistema pelas subdiretorias. Na nova viso, avaliou-
se as subdiretorias pela importncia dos sistemas e pelos ativos de informao, dando
uma viso melhorada na nova rvore hierrquica, representada na Figura 3.10.

Figura 3.10: 2a rvore Hierrquica viso melhorada pelo Delphi para aplicao da AHP.

A correta confeco da rvore hierrquica proposta por Saaty [141] de suma im-
portncia, pois ela pode ser aplicada em anlise de TI crtica que envolve riscos
vidas humanas e aos negcios da organizao. Motivo pelo qual, aps a confeco
da Figura 3.10, foi realizada uma nova anlise, potencializada com uma criticidade
sob a viso sistmica da gesto da segurana da informao e gesto de riscos.
A anlise crtica foi realizada por meio de um modelo otimizado criado pelo autor.
Os critrio empregados no modelo otimizado foram moldados pelas NBR ISO 27005
[67], NBR ISO 31000 [65], NBR ISO 38500[66] e NBR ISO 31010 (Mtodo Delphi e
ferramenta AHP)[68]. O modelo otimizado criado est demonstrado na Tabela 3.1.
O modelo otimizado apresentado na Tabela 3.1, foi utilizado como regra para criar
o contexto para as prximas rvores hierrquicas. Com ele, foi possvel sintetizar o
contexto da ideia na Figura 3.10, que foi o prottipo.
Ele ser o prumo para a rvore hierrquica definitiva. O autor destaca ainda, que
possvel aplicar o modelo otimizado em outros contextos, em que necessite de
apoio a deciso, pois dar suporte e critrios para a gesto de riscos que envolva TI
e sistemas de informao em sade.

97
Tabela 3.1: Modelo otimizado proposto para a rvore hierrquica definitiva para AHP
Fonte Justificativa Descrio Deciso Aplicvel
(transformada)
ISO 27005 Ativos Primrios Processos e atividades do Objetivo/Problema: -
negcio; Informao Levantar impacto e
criticidade. - Onde?
Ativos de suporte e in- Hardware Software Infraestrutura de TI:
fraestrutura Rede Software Rede
Recursos Humanos Instalaes Fsicas
Instalaes Fsicas Pessoal de TI:
A Estrutura Da Organiza- Recursos Humanos
o Subdiretorias ou Or-
ganizao:
- A Estrutura Da Organizao
ISO 31000 Princpios: Cria e pro- . . . segurana e sade das Sistemas Crticos ao
tege valor pessoas, segurana, con- Negcio:
formidade legal e regulat- - SIGIR - AGIS
ria, aceitao pblica, [...], - DAS-FUSEX-
eficincia nas operaes, COBOL
governana e reputao
ISO 38500 Conformidade e De- Governana corporativa de Processos tratados
sempenho da Organi- TI, aplicada de maneira cor- por TI incorporam
zao reta, um importante au- riscos especficos, que
xlio aos gestores quanto devem ser correta-
ao uso aceitvel da TI mente abordados.
(leis, regulamentos, contra- Adequao a um pa-
tos, etc.). este est sendo dro aceitvel da TI,
um ponto chave de abor- pelas normas de boas
dagem do TCU (acrdo prticas.
2308/2010) [...] dirigen-
tes de organizaes podem
ser responsveis por viola-
es de: [...] legislao de
sade e segurana; [...] cor-
reta implementao e ope-
rao dos ativos de TI;

Aplicando-se mais um ciclo Delphi com os critrios definidos na Tabela 3.1, foi criada
a rvore Hierrquica definitiva, que est representada na Figura 3.11.
Nesta rodada, acrescentou-se o Sistema DAS-FUSEX-COBOL como mais um crit-
rio.
A reviso da parte final do Delphi importante, pois demonstra o consenso dos espe-
cialistas. O Sistema DAS-FUSEX-COBOL no foi contemplado na Figura 3.10 (2a

98
 rvore Hierrquica), e a sua descoberta foi de alta criticidade e ficaria despercebido
se no houvesse a ltima anlise. O DAS-FUSEX-COBOL um sistema legado,
desenvolvido com a linguagem de programao COBOL, composto por 41 progra-
mas e 43 jobs JCL (Job Control Language Linguagem utilizada em mainframes
da IBM).
Esta descoberta trouxe um ensinamento prtico aos moldes da construo de uma
Estrutura Analtica de Projetos (EAP) [97], em que "o processo de subdiviso das
entregas e do trabalho do projeto em componentes menores e mais facilmente ge-
renciveis. Semelhantemente, este autor afirma que para a construo da rvore
hierrquica, faa-se os refinamentos necessrios, at estar confortvel para afirmar:
"est pronta !". Isto faz parte da gesto de riscos.

Figura 3.11: rvore Hierrquica definitiva ajustada para aplicao da AHP/Expert

Choice.

3.2.5 A proposta da ANALYTIC HIERARCHY PROCESS (AHP)

uma ferramenta de multicritrios aplicada quando h uma diversidade de opes que
precisam ser consideradas numa tomada de deciso, que definidos os critrios, possvel,
com a ajuda de especialistas, definir prioridades, hierarquia, identificar objetivos globais,
gerar valores baseados em matrizes reciprocas de comparao, e que depois de sintetizados
permitem o clculo da sua prioridade em relao ao foco principal [54].

99
 Segundo a ABNT [68], o Mtodo AHP pertence as ferramentas e tcnicas de Anlise de
deciso por multicritrios (MCDA), e aplicvel na avaliao de riscos, como demonstrado
na Figura 3.12 (recorte adaptado da Tabela A.1 da ABNT NBR ISO 31010)

Figura 3.12: Ferramentas e tcnicas para o processo de avaliao de riscos [68] .

De acordo com Saaty [141] [143] para se tomar uma deciso de forma organizada e pri-
orizada, torna-se necessrio decompor tal deciso em quatro (4) passos, que se encontram
ilustrados na Figura 3.13.

Figura 3.13: Esquema do autor para ilustrar os passos do processo da AHP (Adaptado
de Saaty [143]) .

100
3.2.6 O software Expert Choice(EC)
um aplicativo que existe desde 1983, que desenvolve solues baseada nos Processo
de Anlise Hierrquica (AHP) visando melhorar a tomada de deciso das empresas e
organizaes governamentais em todo o mundo. A sua concepo deu-se no incio dos
anos 80 pelo professor Ernest Forman (PhD) de Cincia da Administrao da Escola de
Negcios e Administrao da George Washington University), que adaptou a AHP para
uso com computadores pessoais, desenvolveu tal software, que foi utilizado pela IBM em
projetos que buscava priorizar ameaas militares, e em decises de alto nvel de criticidade.
Atualmente amplamente utilizado em diversos setores do Governo Federal Americano,
inclusive o seu Departamento de Defesa, e em decises para alocar mais de 120 bilhes
de dlares/ano em recursos [26].
Uma das grandes vantagens do Expert Choice dar-se na praticidade de utilizao e
aprendizado; possibilidade de utilizao por um ou mais grupo de pessoas a chegar a
um resultado de uma deciso complexa, de forma colaborativa e rapidamente, utilizando
uma ferramenta grfica, sem ter o total conhecimento da complexidade matemtica e
estatstica envolvida [171].
Os especialistas da SMTI, que conhecem a estrutura de TI, o negcio e as subdire-
torias, aplicaram os valores entre 1 a 9 da Escala Fundamental [141], conforme ilustra a
Figura 3.14, para priorizao dos Atributos/Indicadores (A/I).

Figura 3.14: A Escala Fundamental de Saaty [141] - comparao binria .

3.2.7 Resultados da avaliao de impacto e criticidade de TI na

D Sau
Com a aplicao da Escala Fundamental de Saaty [142], foi possvel realizar uma compa-
rao binria com o Software Expert Choice.

101
 A primeira anlise deu-se para avaliar o nvel de razo de importncia em que SMTI
tem para com cada Subdiretoria, que afetem os negcio e a continuidade do atendimento
aos clientes (pacientes), chegando ao valores da Matriz de Comparao representada pela
Figura 3.15, onde os nmeros em vermelho representa o nvel de importncia do atributo
da direita sobre o da esquerda e vice-versa.

Figura 3.15: Matriz de Comparao Binria para a Subdiretoria de Apoios Sade.

A exemplo, na comparao explicita na Figura 3.15, a SLPM 4 vezes mais importante

que a SUB AP SAU, como cliente da SMTI. As matrizes de comparao, como resultados,
sero expostas a seguir:

a) Sobre a importncia que cada Subdiretoria (cliente) tem pela viso da SMTI (for-
necedor interno de servios) est representada na Figura 3.15. O resultado final
em nvel de importncia est materializado na Figura 3.16, no contexto externo a
SMTI.

Figura 3.16: Resultado da anlise pela AHP para as subdiretorias da D Sau .

De acordo com a Figura 3.16, leva-se a entender, que se os servios de Tecnologia

da Informao da D Sau tornar-se indisponvel, por qualquer momento que seja, a
Subdiretoria de Apoio a Sade sofrer um impacto na ordem de 50.7% da atividade
fim, podendo repercutir na ponta da linha para alguns dos mais de 724 mil usurios

102
 que dependem de tais servios, sendo a Subdiretoria que sofrer maior impacto
e representa maior criticidade. Em seguida vem a Subdiretoria de Legislao
e Percias Mdicas (25.9%); Subdiretoria Tcnica de Sade (14.0%); e Subdiretoria
de Sade Operacional (9.5%).

b) Sobre a anlise do contexto interno da SMTI, visa identificar que parte orgnica
provida pela SMTI aos seus clientes (Subdiretorias), e que podem ter maior influn-
cia na disponibilidade e interoperabilidade do seu catlogo de servios, que pode
afetar diretamente ao resultado identificado na Figura 3.16, constante na alnea a).
A evoluo dos resultados encontram-se nas Figura 3.17, Figura 3.18, Figura 3.19 e
Figura 3.20.

Figura 3.17: Matriz de comparao relativa feita para a Subdiretoria de Apoio a Sade .

Figura 3.18: Matriz de Comparao relativa feita para a Subdiretoria Tcnica de Sade
3
.

c) O resultado final da avaliao dos seis (6) critrios representados pela Figura 3.21,
que foram consolidadas atravs da Figura 17. Analisando o resultado representado,
observa-se que o Pessoal de TI est liderando com 33.4%, o que representa o maior
nvel de criticidade no contexto interno da SMTI e que pode ter o maior impacto
sobre a Subdiretoria de Apoio a Sade (de acordo com o resultado, ela sofreria o
maior impacto, dado a indisponibilidade do servios de TI); em nvel de posio

103
Figura 3.19: Matriz de comparao relativa feita para a Subdiretoria de Sade Operacional
.

Figura 3.20: Matriz de comparao relativa feita para a Subdiretoria de Legislao e

Percias Mdicas.

segue-se a Infraestrutura (22.9%). Posteriormente os sistemas informatizados de

gesto: o SIGIR (16.9%); O SIPMED-SIRMED (10.2%); o AGIS (9.0%) e DAS-
FUSEX-COBOL (7.5%).

Figura 3.21: Resultado sinttico da anlise pela AHP do contexto interno da SMTI .

O sistema informatizado que mais crtico e que causar maior impacto

o SIGIR, que o mais utilizado pela Subdiretoria de Apoio a Sade,

104
 e mais utilizado pelos Hospitais e Unidades de Atendimento (UAt) no
trato com os clientes (pacientes). Nele est inserido o Sistema de Registro de
Encaminhamentos (SIRE).
O resultados consolidados encontram-se disponibilizado nos grficos de sensibilidade
representados na Figura 3.22.

Figura 3.22: Resultados apresentado pelos 4 Grficos de Sensibilidade: Opo do Expert

Choice .

3.2.8 Discusso dos resultados alcanados

Na matriz de ordem 4 (tratou das 4 Subdiretorias), o seu nvel de inconsistncia perma-
neceu menor que 0.90; e na matriz de ordem 6 (tratou do contexto interno da SMTI), o
seu nvel de inconsistncia ficou menor que 1.24.
Em todos as matrizes submetidas a AHP, pelo EC, o seu nveis de inconsistncia fica-
ram menores que o previstos na Tabela 3.2, onde apresentou-se os ndices de consistncia
aleatria (RI) proposta por Saaty [142].
De acordo com os nveis apresentados em todas as matrizes esto em conformidade
com a tabela de Saaty [142], considera-se que elas foram bem feitas, e que os especialistas
foram consistentes nas suas opinies.

105
 Tabela 3.2: Random Index (RI). Saaty [142].
N 1 2 3 4 5 6 7 8 9 10

RI 0 0 0.58 0.9 1.12 1.24 1.32 1.41 1.45 1.49

3.2.9 Concluso deste diagnstico

A tomada de deciso no algo fcil e necessita do suporte necessrio para a correta
escolha. Este artigo apresenta a tomada de deciso como um ponto estratgico, e como
tal, necessria e aplicada diariamente.
Quem tem a funo de decidir deve estar ciente que em cada escolha h uma incerteza,
que se interpes entre o ponto de partida inicial e onde pretende-se chegar. Precisa-se
identificar nesta incerteza os riscos existentes, pois eles esto presentes em todos os locais,
empresas de qualquer porte [65].
Este trabalho procurou de forma proativa, aplicar as ferramentas Delphi e AHP, uti-
lizando normas de boas prticas reconhecida, para identificar na incerteza os riscos que
podem interferir nos negcios da Diretoria de Sade do Exrcito Brasileiro, que dependem
do suporte da Tecnologia da Informao, que so mantidos pela sua Seo de Manuteno
de Tecnologia da Informao.
A aplicao de multicritrios foi uma poderosa ferramenta para a tomada de deciso
em problemas complexos, particularmente, demonstrou-se que a utilizao do Expert
Choice, baseado na metodologia AHP demonstrou acerto para o problema estudado, onde
apontou qual subdiretoria sofreria o maior impacto, e qual ativo mais crtico da SMTI
poder causar maior impacto, que nos casos foram as pessoas.
A repostas da AHP que apontou sobre o pessoal de TI da SMTI levou a importncia
j citada por Pressman [135], ao falar sobre a regras dos 4PS (pessoas, produto, processo
e projeto), que no transcorrer relata sobre a importncia que deve ser dada ao corpo
tcnico e intelectual de uma organizao ou projeto, e posteriormente ao produto, que a
AHP tambm acertou ao apontar o Sistema SIGIR (produto software).
Com as informaes obtidas pela pesquisa, observa-se que h uma necessidade de in-
vestir na qualificao do seu corpo tcnico (militares da SMTI). Motivar mudanas na
gesto de segurana da informao (ISO 27005)[67], implantao da governana corpo-
rativa de TI (ISO 38500 [66], COBIT 5, ITIL) e cultura de gesto de riscos (famlia da
ISO 31000)[65], pelos quais criou-se o modelo aplicado junto com o mtodo Delphi. O
conhecimento contido em tais normas poder dar um novo rumo a TI, que atualmente
focado no lado tcnico, e posteriormente estar mais familiarizado com as peculiaridades
envolvidas em Tecnologias da Informao e Comunicaes em Sade (TICS), permitindo

106
a adoo de um projeto de e-Sade Militar, atravs de padro proposto pela Organizao
Mundial de Sade (OMS) [38] e da Unio Internacional de Telecomunicaes (UIT) [102],
atravs do e-Health Strategy Toolkit, aos moldes que j vem sendo feito pelo Ministrio
da Sade [37].
Com a pesquisa adotada neste trabalho, que a AHP e o mtodo Delphi, constantes
na tabela de ferramentas proposta pela ABNT NBR ISO 31010 [68], foi possvel revelar
a complexidade da criticidade e impactos das decises tomadas em uma organizao.

3.2.10 Trabalhos futuros

Continuar investigando os impactos que a Tecnologia da Informao podem causar (po-
sitivamente e negativamente) no ambiente organizacional, com um aprofundamento com
AHP e ANP [142]. A ANP permitir investigar a fundo no somente os critrios, mais a
rede de critrios, sendo algo maior. Tal investigao poder dar uma viso mais acurada
para o processo de transformao que viabilize a implantao de um e-Sade Militar na
Diretoria de Sade, atravs das proposies do National e-Health Strategy Toolkit.
Incentivar aos que procuram respostas, que adotem a AHP e Delphi, pois eles lhe
permitiro conhecer melhor os seus questionamentos.

3.3 Anlise de Riscos em Sistemas de Informao em

Sade com o Mtodo Delphi e FTA
O objeto prtico utilizado neste trabalho, ocorre na Diretoria de Sade (D Sau) do Exr-
cito Brasileiro.
Os sistema de informao da D Sau so de alta complexidade, tem abrangncia nacio-
nal, e so empregados na gesto dos Servios de Sade do Exrcito. A SMTI o corao
desta grande capilaridade.
No dia 27 de maro de 2014, por volta das 15h37min, os seus diversos sistemas de
informao, foram paralisados, causando a sua indisponibilidade, por um lapso de tempo.
Inicialmente, os integrantes da SMTI acreditaram ser um fato isolado, pois, conco-
mitantemente, aconteceu uma falta de energia eltrica. Acionados os geradores e o res-
tabelecimento da energia eltrica, os servidores ligaram, porm os diversos sistemas no
funcionaram. se o problema fosse apenas a energia eltrica primria, seria rapidamente
sanado atravs dos geradores de energia.
Diferentemente do que se imaginava (uma pane eltrica), tem-se algo desconhecido.
Tal fato obscuro e desconhecido, causou a preocupao SMTI e Direo.

107
 O autor entendeu que dado a pesquisa e os ensinamentos no mestrado, na linha de
pesquisa gesto de risco, tornava-se necessrio uma investigao, empregando ferramentas
da famlia da NBR ISO 31000, na busca de fatos que apontem a possvel falha e o rpido
restabelecimento dos sistemas da D Sau.
Para responder s questes acimas, a metodologia utilizada para o estudo dos temas
deu-se por meio de estudo de caso, pesquisa bibliogrfica e documental. Enquanto o
mtodo de pesquisa utilizado foi de anlise quantitativa, qualitativa, com pesquisa ex-
ploratria das obras elaboradas pelos autores utilizados como referncia, das informaes
coletadas na D Sau e ferramentas constantes da ABNT NBR ISO 31010:2012 [68] (mtodo
Delphi e rvore de Falhas).
O objetivo, no contexto deste trabalho, determinar atravs da aplicao do m-
todo Delphi e rvores de Falha (FTA), qual a possvel causa do incidente que cessou a
disponibilidade dos sistemas de sade por 72 horas.
A contribuio desta pesquisa, em particular, apresentar a aplicao da famlia ISO
31000 [65] no tocante a gesto de riscos em sade, a importncia da criao de um espao
de informao organizacional na gesto da continuidade de negcios em e-sade.
Com as proposies e contribuies, espera-se ainda, fomentar junto a alta administra-
o da D Sau sobre as aes necessrias a governana de TI e plano de aes de gesto e
riscos em sade. E, que indiretamente, com as melhorias na D Sau, possa repercutir posi-
tivamente nos mais de 724.000 usurios, que dependem dos sistema de sade do Exrcito
Brasileiro.

3.3.1 Anlise de rvore de Falhas (FTA)

Em 1961, a empresa americana Bell Telephone desenvolveu o mtodo da rvore de falhas
(FTA - Fault Tree Analysis). Tal mtodo, baseia-se em mtodo dedutivo, que tem como
ponto de partida o evento de topo (a falha), em busca de uma possvel causa. Do conhecido
para o desconhecido. Parte-se do evento indesejvel conhecido como evento de topo, a
partir do qual desenvolvida a rvore na direo vertical, de forma top-down [20]. o
mtodo que tem mais aplicao em anlises de riscos das mais diversas reas [134].
Com tal ferramenta possvel identificar e analisar os fatores que podem contribuir
para um determinado evento indesejado (o chamado "evento de topo"). Fatores estes que
so dedutivamente identificados, organizado de uma maneira lgica e representados grafi-
camente com um diagrama de rvore que descreve fatores causais e sua relao lgica ao
topo evento. Que podem ser facilmente identificados na rvore, e estarem associados com
falhas de componentes de hardware, erros humanos ou quaisquer outros acontecimentos
pertinentes que levam ao evento indesejado, de acordo com a ABNT [68].

108
 A FTA emprega uma simbologia (signos) de fcil compreenso, aos moldes do exemplo
representado na Figura 3.23.

Figura 3.23: Exemplo e simbologia empregada na confeco da FTA [68].

No se aplicou a FMEA, pois ela indicada em eventos futuros, a busca de melhoria,

com medidas proativas, com investigaes advindas das tarefas para o macroprocesso
(bottom-up).
A opo por agregar a tcnica do Delphi com a FTA foi acertada, para um evento
que j ocorreu e sua causa desconhecida. As tcnicas e ferramentas empregada so
recomendadas pela NBR ISO 31010 da ABNT [68], como pode-se observar na Figura 3.24.
Observa-se na Figura 3.24, que a FTA aplicvel: na identificao de riscos, na anlise
do nvel de riscos, na evoluo do risco e fortemente aplicvel na anlise da probabilidade
do risco. Enquanto o Deplhi, quando empregado na identificao de riscos, ele forte-
mente aplicvel, e no aplicvel nas demais demandas, atinente riscos, de acordo com a
representao da Figura 3.24.

109
Figura 3.24: Recorte da Tabela A.1 da NBR ISO 31010 das ferramentas e tcnicas que
podem ser utilizadas na avaliao de riscos [68] .

A aplicao da ferramenta FTA foi muito interessante, dada a facilidade de emprego.

A sua associao com o mtodo Delphi agregou mais credibilidade com as opinies dos
especialistas da SMTI da D Sau. Os passos do mtodo Delphi, que foram associados a
FTA, encontram-se sintetizados na Tabela 3.3, dando uma viso holstica do processo
Delphi, sendo possvel confeccionar a FTA resultante na Figura 3.25.
A FTA uma tcnica dedutiva, com a sua abordagem baseada na falha, que inicia a
sua anlise supondo a ocorrncia de um evento indesejado.
Atravs dos resultados obtidos com os especialistas, pde-se analisar os riscos e a
confiabilidade do sistema, sendo possvel obter como resultado da pesquisa a confeco
da FTA representada na Figura Figura 3.25.
Com a FTA construda (Figura 3.25), descobriu-se que os sistemas estavam sem funci-
onamento devido a uma ausncia de conectividade externa. A ausncia de conectividade
foi provocada por uma empresa terceirizada, que realizava obras de construo de uma
passarela coberta no Quartel General do Exrcito (QGEx). E, ao cavar as bases para um
pilar veio a romper a fibra ptica, cessando a disponibilidade dos sistemas de informao,

110
 Tabela 3.3: Passos da Ferramenta Delphi adaptado [68]

Ao Descrio

Entradas Um conjunto de opes para as quais o consenso necessrio.

Procedimentos - Seleo de um grupo de especialistas;

- Desenvolvimento do questionrio da primeira rodada;
- Teste do questionrio;
- Envio do questionrio aos membros do grupo individualmente;
- Tratamento, anlise e feedback aos participantes; e
- Repetio do processo at que alcanar a homogeneidade.

Sada Convergncia ao consenso sobre os questionamentos.

pois interrompeu a comunicao com os seus servidores e a internet.

Analisando a FTA criada (Figura 3.25), foi possvel apontar a necessidade de implantar
redundncias regionalizadas, aproveitando as tecnologias disponveis nos backbones, como
propostas de melhorias. Quanto a Segurana da informao, torna-se necessrio, adequar
os Sistemas de Informao em Sade da D Sau as melhores prticas, a exemplo da ABNT
NBR ISO 27005 [67], de maneira que a alta administrao conhea os seus ativos de
informao.
Quando da aplicao do Survey sobre o nvel de conhecimento sobre gesto de riscos
dos integrantes da D Sau e SMTI, como parte de pesquisa, na elaborao deste trabalho
de construo da FTA, possibilitou que o autor enxergasse a importncia de documentar
o espao de informao existente numa organizao ou espao de trabalho de TI, princi-
palmente em sistema complexos, de alto risco, como os destinados aplicao em sade.
A memria da informao precisa ser mantida, gerenciada, atualizada e administrada,
quando ela o patrimnio da organizao [2].

3.3.2 Discusso e Concluso dos resultados alcanados

Como j citado no contexto deste trabalho, os riscos existem [64] e devem receber a ateno
do gestor em todos os nveis, para ento dar-lhes os devidos tratamentos necessrios a
cada caso. Pior que a descoberta de um risco no saber que ele existe.
Os sistemas informatizados em sade so por si s complexos, e a aplicao de me-
todologias reconhecidas no consenso mundial, como as normas ISO, dependem de uma
ao enrgica da alta administrao, atinente a aes de governana de tecnologia da

111
 Figura 3.25: FTA Resultante para a Anlise do evento de topo

informao para se alcanar objetivos (suporte ao negcio). A aplicao de ferramentas

propostas na ABNT NBR ISO 31010 [68] para a gesto de riscos so eficientes. Logo, so
aplicveis ao contexto de sistemas de informao em sade, seja militar ou civil.
A experincia e percia de profissionais capacitados, agregados a ferramentas e proces-
sos que auxiliem neste processo decisrio, tem vital importncia para uma deciso mais
acertada, por meio de uma eficiente gesto de risco.
O Delphi juntamente com a utilizao da rvore de falhas apresentaram a eficincia
esperada. O autor, por meio de mtodos dedutivos chegou ao advento indesejvel que
causou o evento de topo. Com as informaes obtidas na pesquisa, observou-se que h
uma necessidade de se motivar mudanas na gesto de TI voltado e-sade militar, pelas
competncias e fonte de conhecimento da famlia da ABNT NBR ISO 31000.
A adoo de uma governana de TI em Sade, com a juno uma eficiente gesto de
riscos tendem a aproximar D Sau e o Exrcito Brasileiro de seus objetivos em e-sade
militar, e melhorias considerveis para a famlia militar.

112
3.4 Pesquisa em profundidade: Mensurar o nvel de
conhecimento do efetivo em Gesto de Riscos
Este diagnstico deu-se com a participao em pesquisa aplicada a Projetos de Sistemas
de Produo 2 (PSP2), interagindo a pesquisa de mestrado com alunos de graduao de
Engenharia de Produo.
O resultado deste trabalho, repercutiu positivamente no mbito interno da Diretoria
de Sade, sendo repassado ao militar interno a D Sau (Oficial General), autorizado pela
Direo para ouvir os interesses daquela Diretoria atinente a pesquisa em tela.
Foi possvel, durante uma Viagem de Orientao Tcnica (VOT), deslocar-se as Cida-
des de Belm (PA) e Marab (PA), realizar a entrevista sobre Gesto de Riscos (Apndice
A) e Observao Direta, onde observou-se que Hospitais de menor porte tem efetivo maior
que a TI da D Sau, que responsvel por todo o Servio de Sade do EB.
Na D Sau foram entrevistados 36 militares, procurando aplicar o princpio de Pareto
(20/80), e fatiado por nveis (gesto de processos e BSC). Estas informaes de suma
importncia, e encontram respaldo pelas palavra de Paton et al. [133]:

Para manter-se no mercado faz-se necessrio que a administrao da

empresa considere a construo de um ambiente propcio para estimu-
lar fatores que promovam aes, por vezes agressivas, que colaborem
para seu aumento de competitividade. Na era do conhecimento, por
muitos denominada Era Digital, a transformao ocorre por meio de
utilizao da capacidade de desempenho para atingir os objetivos da
organizao.
Evidencia-se, pois, que a informao e o conhecimento so armas mais
competitivas atualmente do que controles ou comando, to relevantes
em pocas passadas. Para apoiar o processo de gesto em uma organi-
zao dentro desses novos tempos, to mais globalizado e competitivo,
fundamental que existam processos de medio de desempenho, pois
o que no medido no pode ser gerenciado.

Ficou evidenciado, que o conhecimento sobre Gesto de Riscos, pela ABNT NBR ISO
31000, no mbito da Diretoria de Sade, concentra-se no nvel de macroprocesso (alta
administrao), e menor nas classes mais baixas, conforme grfico na Figura 3.26.
O grfico acima( Figura 3.26) aponta que necessria uma ao de capacitao sobre
gesto de riscos, em todos os nveis, com diferenas peculiares a cada nvel. Neste mesmo
patamar, h o interesse nesta capacitao, como evidencia-se o resultado da Figura 3.27.
A capacitao em nveis, agrega valor a organizao, reflete na qualidade, e mais
tranquilidade ao gesto da organizao.

113
 Figura 3.26: Resultado da pesquisa sobre conhecimento de gesto de riscos na D Sau .

Figura 3.27: Resultado da pesquisa sobre interesse em curso de gesto de riscos na D Sau
.

3.5 Participao no fomento do PDTI 2014-2016 da

D Sau e DGP
Construir a proposta de governana e TI baseadas em riscos, para um Sistema de e-
Sade Militar, com a devida harmonizao terminolgica dos termos e conceitos utilizados
atualmente nas normas de boas prticas, para a devida anlise da alta administrao da
Diretoria de Sade do EB.

114
 O resultado parcial deste trabalho, trouxe ao linguajar interno a D Sau da necessi-
dade uma Governana de TI sade, levando a administrao engajar-se nas mudanas
necessria.
Em 2014, dentro do perodo da pesquisa, somou-se as palestras sobre Governana de
TI ministrada pelo Tribunal de Contas da Unio e Centro de Desenvolvimento de Sistemas
(CDS).
Estas palestras, intensificaram mais ainda a necessidade de aes de governana e TI
para aquela Diretoria de Sade. Buscava-se apoio para fomentar os subsdios atinente a
DSau e SMTI, realizar projees estratgicas, voltadas a lgica do negcio, para suportar
a evoluo da revitalizao [28] do Servio de Sade do Exrcito, compondo os dados do
PDTI do escalo superior (DGP).
Nos dados levantados, foi a necessidade de capacitao do pessoal, descrevendo os
cursos necessrios; aumento do efetivo da SMTI, atinente aos Oficiais e Praas (carreira
e temporrios) e Prestador de Tarefas por Tempo Certo (PTTC), com peculiaridades
do negcio; necessidade hardware para compor a nova infraestrutura; sugestes para
trabalhar a interoperabilidade; sugestes para a adoo do e-Sade e o National e-Health
Strategy Toolkit; a situao atual dos 26 sistemas de informao em sade existentes,
e que carecem de uma ateno mais acurada; sugestes para a criao de redundncia
de servidores, criando rotas alternativas, aproveitando as tecnologias j existentes nos
backbones, por setores (servidores no Hospital Central do Exrcito, no Hospital Militar
de rea de Manaus, no Centro de Telemtica do Exrcito, e Hospital Militar de rea de
Porto Alegre), de forma a garantir a disponibilidade dos sistemas. Bem como os resultados
da anlise de criticidade e impacto, para dar subsdios a deciso da alta administrao no
seu planejamento estratgico.
O Resultado completo do fomento da D Sau, que foi remetido a APG do DGP,
encontra-se no Apndice A.

3.6 Concluso do Captulo

Neste captulo, foi necessrio conhecer a organizao a qual pretende-se a propor mudan-
as, para que ela consiga atingir suas metas e objetivos estratgicos, estando alinhado as
orientaes da ABNT ISO 31000 [65].
Esta ao de conhecer a organizao foi necessria, para entender o contexto interno
e externo da Diretoria de Sade como Organizao Militar de Sade (OMS) e maior
autoridade do Servio de Sade do Exrcito Brasileiro. E, assim, empregando ferramentas,
tcnicas especializadas e consenso de literaturas reconhecidas de gesto de riscos [65] [68]
[64], segurana da informao [67] e governana de TI [66], identificar os seus riscos.

115
 Entre os objetivos e metas propostos pela Portaria no 457/2009 do Comandante do
Exrcito para a revitalizao do Servio de Sade do EB esto os riscos [64]. Para tanto,
os riscos necessitam ser identificados, reconhecidos, registrados para adoo de medidas
necessrias. Sobre isto, a ABNT [68] esclarece que:

A identificao de riscos o processo de encontrar, reconhecer e registrar

os riscos. O propsito da identificao de riscos identificar o que po-
deria acontecer ou quais situaes poderiam existir que poderiam afetar
o alcance dos objetivos do sistema ou da organizao. Uma vez que um
risco identificado, convm que a organizao identifique quaisquer con-
troles existentes, tais como funcionalidades projetadas, pessoas, proces-
sos e sistemas. O processo de identificao de riscos inclui a identificao
das causas e fontes do risco (perigo no contexto de dano fsico), eventos,
situaes ou circunstncias que poderiam ter um impacto material sobre
os objetivos e a natureza desse impacto

Estas aes buscam tratar o efeito que a incerteza tem sobre os objetivos da revitali-
zao de TI em Sade da D Sau. Este captulo, representa que a gesto e o gerenciamento
de riscos so necessrios e recomendados, quando procura-se no somente alcanar seus
objetivos, mas alcan-los com maior qualidade e valor agregado.
Com a exposio acima, alm de conhecer a organizao e os seus contextos, foi ne-
cessrio conhecer o perfil de conhecimento sobre riscos de seus integrantes. Esta pesquisa
sobre o nvel de conhecimento que os integrantes da D Sau tem sobre riscos e gesto de
riscos, foi necessria pois todos so participantes dos objetivos e metas, independentes
dos nveis macroprocesso ou de tarefas e atividades. Este retrato do perfil dos integran-
tes, alinham-se com as ferramentas empregadas nos desenhos de processos e no SIPOC,
uma vez que as pessoas esto presentes nas aes entre processos, seja como fornecedores,
executores ou clientes.
De acordo com Lisboa, Coelho e Almeida [109]:

semelhana do que acontece com a gesto de outros recursos, tambm

a estrutura de recursos humanos de uma organizao deve ser alvo de
um planeamento adequado com vista a antecipar falhas ou excessos que
possam prejudicar a atividade no futuro. O Planejamento de Recursos
Humanos consiste, portanto, na elaborao de um plano que, partindo
da anlise da situao atual da estrutura interna de pessoal e respectivas
necessidades futuras, projeta todas as modificaes que devero ocorrer
na estrutura de recursos humanos, de forma a responder eficazmente s
necessidades decorrentes do desenvolvimento previsto da atividade.

Com estes pressupostos, procurou-se: conhecer a organizao; diagnosticar o nvel

de conhecimento sobre gesto de riscos; os impactos nas subdiretorias da D Sau, numa
eventualidade de falhas da SMTI; de onde provm os maiores ndices de riscos que podem
afetar as subdiretorias da D Sau; identificar os motivos causadores de uma falha real dos

116
sistemas de informao em sade do EB, com Delphi e FTA; estudar os editais do SIH-
EB/SIGHOS; levantar quantos sistemas realmente esto sob responsabilidade da SMTI e
situao atual deles; e com base nos resultados alcanados, o Plano de Gesto atual da
D Sau fomentado com os resultados de importncia dos impactos, por subdiretorias e o
PDTI da D Sau/DGP, para o ano de 2014-2016, constante no Apndice A.
Com os resultados ainda, constatou-se que no h interoperabilidade nos sistemas de
informaes em sade do EB, que o SIH-EB/SIGHOS, necessrio, e de fundamental
importncia, para a concretizao do PEP no Servio de Sade.
Os diagnsticos realizados servem de base para fortalecer as propostas para a melhoria
do Servio de Sade do EB, atinente a construo da sade eletrnica. O Diagnstico
uma ao de gesto de riscos. E como tal, a gesto de riscos deve ser parte integrante
da gesto, deve estar incorporada na cultura e nas prticas, e adaptada aos processos de
negcios da organizao [65].
Em se tratando de TI em Sade, a gesto de riscos e a segurana da informao
devem estar presentes e reconhecidamente a sua importncia, por meio da adoo de
aes eficientes e de conformidades de governana de TI, no sentido de alcanar o "uso
eficaz, eficiente e aceitvel da Tecnologia de Informao (TI) dentro"[66] do Servio de
Sade do EB. E, assim, aproximar-se suas metas e objetivos. Estes resultados e concluses
obtidas sero tratados nos captulos 4 e 5, que so os OE-II e OE-III, respectivamente.

117
Captulo 4

Proposta de Governana de TI em
Sade

Este captulo tem por objetivo construir uma proposta de governana de TI baseada
no National eHealth Strategy Toolkit, atendendo ao objetivo especfico II deste trabalho.
Nele contm as propostas para a melhoria do Servio de Sade do Exrcito Brasileiro, sua
anlise e aceitao para a aplicao no EB, e que depender do Exmo. Sr. Diretor de
Sade e demais autoridades na cadeia de comando.

4.1 A Governana de TI Aplicada Sade

O Exrcito Brasileiro possui como processo crtico, o Aprimorar a Governana de Tec-
nologia da Informao (TI) [30], como meio para atingir os seus objetivos estratgicos,
como ilustra a Figura 4.1.
Neste contexto, O Sr Comandante do Exrcito determinou por meio de Portaria no
457/2009 [28], na letra c. item 6, o projeto de Tecnologia da Informao em Sade. Esta
determinao parte integrante da Revitalizao do Servio de Sade.
As organizaes que compreendem a importncia de uma gesto efetiva de TI com a
aplicao de uma Governana de TI e que seguem normas de reconhecimento de consenso
mundial, indicam um caminho promissor para atingir os seus objetivos estratgicos. Elas
visam atingir a eficincia, a efetividade, que seu nvel de maturidade atinja no fator de
qualidade, sendo perceptvel pelos seus clientes. Estas assertivas levaram a estes autores
tratar esta proposta para o Servio de Sade do Exrcito.

118
 Figura 4.1: Processo de transformao do Exrcito Brasileiro, at 2022 [30] .

4.2 A Diretoria de Sade

o rgo de apoio setorial, tcnico-normativo e gerencial que tem por misso planejar, a
coordenar, controlar, supervisionar e avaliar as atividades relativas sade, sendo a maior
autoridade em Sade Militar no Exrcito Brasileiro, que busca atravs da viso instituci-
onal Ser o rgo que assegure, por meio do gerenciamento dos seus projetos e processos,
a excelncia da assistncia sade no mbito das Foras Armadas (DIRETORIA DE
SADE, 2014). A sua estrutura organizacional est disposta na Figura 4.2.

4.2.1 A Seo de Manuteno de Tecnologia da Informao (SMTI)

a seo orgnica da Diretoria de Sade, responsvel por apoiar, gerir, desenvolver,
manutenir, corrigir, contratar e fiscalizar tudo inerente Tecnologia da Informao. A
SMTI est subordinada Assessoria de Estudos, Planejamento e Gesto (AEPG). A
AEPG um brao de assessoramento do Diretor de Sade.
Os especialistas da SMTI tem a misso de manter a disponibilidade dos seus sistemas
informatizados, provendo a continuidade do Servio de Sade do Exrcito, que repercutem
sobre profissionais de sade e seus clientes (pacientes).

119
 Figura 4.2: Estrutura organizacional da D Sau .

4.2.2 Sistema de Gerenciamento Hospitalar Do Exrcito Brasi-

leiro (SIGHOS-EB)
A medida adotada para o Projeto de Tecnologia da Informao no Servio de Sade foi
a contratao para o desenvolvimento do Sistema de informao Hospitalar do Exrcito
Brasileiro (SIH-EB), que se daria no perodo de 2009 a 2014. O Projeto do SIH-EB deu-se,
inicialmente, por meio do Edital Prego Eletrnico no 025-DGP/2009 [29], cujo objeto
a aquisio de uma Soluo Integrada de Gesto hospitalar, orado no valor total de R$
16.860.746,66 (Dezesseis milhes oitocentos e sessenta mil, setecentos e quarenta e seis
reais e sessenta e seis centavos). O contrato em comento com a empresa vencedora e o
Departamento-Geral do Pessoal (DGP) compreendia duas fases:

"[...] a primeira, no perodo de 19 de janeiro de 2010 a 19 de janeiro de

2011, destinava-se implantao do sistema e treinamento do pessoal;
e, a segunda, no perodo de 20 de janeiro de 2012 a 20 de setembro de
2014, destinava-se ao suporte tcnico".[27]

Uma outra tentativa deu-se atravs de parceria, que visava adaptar o sistema em-
pregado nos Hospitais Universitrios para o Exrcito, que recebeu o nome de SIGHOS
(Sistema de Gesto Hospitalar). Sem sucesso.
O que parecia ser uma soluo somou-se aos problemas existentes, impactado pela
existncia de riscos, que esto presentes em todos os lugares [64].

120
 O Servio de Sade do Exrcito Brasileiro conta, at a presente data, com 26 (vinte
e seis) sistemas de informao j existentes na Diretoria de Sade, sob a tutela da sua
Seo da Manuteno de Tecnologia da Informao (SMTI). Os sistemas de informao
existentes continuam em funcionamento, dando o aporte aos usurios e a informao para
a deciso do gestor. A tecnologia da informao e os sistemas de informao em sade da
Diretoria de Sade so necessrios e indispensveis.
O SIGHOS ser o 27o Sistema de Informao para o Servio de Sade do Exrcito.
Necessrio, pois trata-se de uma importante ferramenta de gesto para a tomada de
deciso dos gestores, que tem como base o Pronturio Eletrnico de Pacientes (PEP).
A importncia desta inciativa pode ser constatada pela referncia dada pela Sociedade
Brasileira de Informtica em Sade e pelo Conselho Federal de Medicina:

"O Pronturio Eletrnico do Paciente (PEP) a principal ferramenta de

TICS que o mdico precisa ou precisar lidar nas suas atividades dirias,
seja no consultrio, centro diagnstico ou hospital. fundamental que
o mdico utilize uma ferramenta de alta qualidade, segura e que possa
auxili-lo no registro da histria clnica e exame fsico, bem como na
solicitao de exames e prescrio".[60]

Para Almeida[2], a medida que o conhecimento se torna um patrimnio essencial e

estratgico, o sucesso organizacional depende cada vez mais da capacidade da empresa
de produzir, reunir, armazenar e disseminar conhecimento. Logo o auto chama a ateno
que deve-se dar ao PEP, como principal fonte de informao, deve-se dar uma ateno ao
nvel do que ele representa.
As informaes constantes nos pronturios de pacientes quanto ao seu compartilha-
mento, preveno e diagnstico mdico, quando a pessoa estiver fsica ou legalmente
incapaz, e para utilizao exclusivamente para o tratamento mdico;
Para tanto, as informaes contidas nos PEP devem ser protegidas, pois so de inte-
resse do paciente e do profissional envolvido com o tratamento do paciente. De acordo
com a Lei no 12.527 (Lei de Acesso a Informao - LAI)[31][32], as informaes constantes
no PEP so pessoais, restritas, e convm que os locais de armazenamento dos dados sejam
adequados, e caso seja necessrio seu compartilhamento, que e acontea com segurana.
Sobre isto, a SBIS e o CFM [59] recomendam a Certificao de Sistemas de Registro
Eletrnico de Sade, e assim explicitaram:

"[...] Outro conceito importante o Registro Eletrnico de Sade (RES)

que permite o armazenamento e o compartilhamento seguro das infor-
maes de um paciente. Os sistemas devem adotar mecanismos de segu-
rana capazes de garantir autenticidade, confidencialidade e integridade
das informaes de sade. A certificao digital a tecnologia que me-
lhor prov estes mecanismos"[60].

121
 Os detentores e responsveis pela guarda do PEP devem ater-se as penalidades pre-
vistas em lei, pois as informaes pessoais relativas intimidade, vida privada, honra e
imagem detidas pelos rgos e entidades, somente podero ter sua divulgao ou acesso
por terceiros autorizados por previso legal ou consentimento expresso da pessoa a que
se referirem. Excetua-se ainda, quando necessria " preveno e diagnstico m-
dico, quando a pessoa estiver fsica ou legalmente incapaz, e para utilizao
exclusivamente para o tratamento mdico" [32][31].
As regras para a guarda de pronturios de pacientes, seja fsico ou eletrnico, dava-se
pela Resoluo CFM no 1.639/2002 (Aprova as "Normas Tcnicas para o Uso de Sistemas
Informatizados para a Guarda e Manuseio do Pronturio Mdico", dispe sobre tempo
de guarda dos pronturios, estabelece critrios para certificao dos sistemas de informa-
o e d outras providncias)[61] e atualmente foi revogado pela Resoluo No 1.821/07
(Aprova as normas tcnicas concernentes digitalizao e uso dos sistemas informatizados
para a guarda e manuseio dos documentos dos pronturios dos pacientes, autorizando a
eliminao do papel e a troca de informao identificada em sade)[62].
Sobre o RES, a SBIS [59] possui uma certificao para os Sistemas de Registro Ele-
trnico em Sade (S-RES), onde as regras esto disponveis no Manual de Certificao de
S-RES, atualmente na Verso 4.1 .
Em qualquer projeto sempre haver a certeza e a incerteza. A existncia de sistemas
legado, e que embora os sistemas entejam em pleno, sabe-se que necessitam ser reescrito
numa nova tecnologia. Porm, o gerenciamento de projetos de software uma parte
essencial da engenharia de software, e mesmo havendo o planejamento inicial, no garante
ainda que haja o devido sucesso, como ensina Sommerville [151]. Contudo, sabendo-se
que com planejamento h riscos, ento sem planejamento o seu impacto negativo seria
muito maior, onde paira a incerteza.

4.3 A abrangncia do Servio de Sade do EB

Atualmente o Servio de Sade do Exrcito Brasileiro possui 481 unidade de atendimento
(UAt) para os seus clientes, demonstrado na Tabela 4.1. a maior rede de sade prpria
do Brasil, com abrangncia federativa para um efetivo maior que 724.000 clientes.
Alm das suas prprias unidade de atendimentos, conta com organizaes civis de
atendimentos e prestadores de servios autnomos, que produzem informaes mdicas e
financeiras de interesse de profissionais de sade, pacientes, da administrao militar e de
sade pblica.
No sendo possvel realizar um estudo de caso em cada hospital militar, este autor
optou pelo Hospital Militar de rea de Braslia (HMAB), que ponto de apoio para uma

122
 Tabela 4.1: Unidades de Atendimento do Exrcito Brasileiro.

Tipo Total
Hospital Central do Exrcito 01
Hospitais Militares de rea 06
Hospitais Gerais 06
Hospitais de Guarnio 11
Policlnicas militares 04
Postos Mdicos de Guarnio 28
Hospital Militar de Resende 01
Odontoclnica Central do Exrcito 01
Instituto de Biologia do Exrcito 01
Laboratrio Qumico-farmacutico do Exrcito 01
Hospital de Campanha 01
Sees de Sade de OM 422
Somatrio Geral 481

das maiores guarnies em efetivo do Exrcito Brasileiro, localizado na Capital Federal

e prximo ao Alto Comando do Exrcito. ainda, um hospital militar de grande porte
que integra o Servio de Sade do Exrcito.
Este estudo de caso tem por finalidade apresentar uma introduo sobre a comple-
xidade existente no axioma da TI em Sade para a alta administrao da D Sau. A
complexidade da TI em Sade soma-se s existente na medicina, e que ambas necessitam
de administrao, para no comprometer a sade eletrnica.
Este autor, na condio de paciente, simulou as possibilidades e engajamento de di-
versos atores no processo de marcao de consultas, atendimentos e faturamento e suas
possibilidades. Aparentemente, um processo simples para os profissionais de sade, mas
que representa uma certa complexidade tecnolgica, para que seja possvel a sua eficcia
no ambiente computacional, principalmente com a interoperabilidade onde h diversos
outros sistemas que necessitam de uma comunicao integrada.
Procedimentos de marcao de consultas, atendimentos, encaminhamentos para OCS/PSA,
em um primeiro instante, parece simples. Contudo, h uma complexa rede de mecanis-
mos, tecnologias e aes necessrias integrao de todos os fluxos de informaes em
sade, seno pelas exposies j explanadas nos captulos anteriores e nas proposies a
seguir.

123
4.4 Proposies para melhoria da TI em Sade do
Servio de Sade do EB
O Brasil tambm define uma tendncia mundial utilizando-se de padres nacionais e
adotando os padres internacionais de interoperabilidade em sistemas de informao em
sade [113]. Um passo importante foi a sua regulamentao pelo Ministrio da Sade
do Brasil [33], com a Portaria 2.073/2011, com responsabilidades a nveis municipais,
estaduais e federais. Neste sentido, o Exrcito Brasileiro tem buscado a implementao
de ferramentas de Tecnologia da Informao aplicadas sade, como melhoria ao seu
Servio de Sade. Motivo desta pesquisa e proposies contidas nesta dissertao de
mestrado.
Neste sentido, as proposies representam um estudo aprofundado sobre os principais
padres e terminologias mencionados pelo Ministrio da Sade do Brasil [33], OMS, UIT,
ABNT (representante da ISO no Brasil) e demais padres de reconhecido consenso na-
cional e mundial, contantes na referncia. Para atingir a eficincia, posteriormente sua
eficcia e efetividade, em conformidade com a legislao brasileira e de padres interna-
cionais, sugere-se:

4.4.1 Aes de Governana de TI pela apropriao doNational

eHealth Strategy Toolkit
O papel do National eHealth Strategy Toolkit e da governana de TI em sade foram
tratados nos captulos 2 e 3. Complementando-se com as peculiaridades sade eletrnica,
pois executar aes de governana de TI para se alcanar a interoperabilidade a nvel
nacional um esforo hercleo, que requer aes firmes e propsitos comuns, que possam
refletir positivamente ao cliente (famlia militar), ao gestor e a sociedade.
As aes e ensinamentos contidos no roteiro do National eHealth Strategy Toolkit, se
adotados pela Diretoria de Sade, poder trazer novos rumos ao Servio de Sade do
EB, por meio da sade eletrnica militar. As orientaes da OMS e UIT [132] contidas
nesse roteiro, do subsdios tericos e tcnicos para que gestores montem suas estratgias
e justificativas; viso de futuro e os resultados esperados, bem como suas necessidades
e fundamentos para a sua correta execuo, como pode ser vista na ilustrao contida
na framework ilustrados na Figura 4.3, com dados e subsdios para o caso do Exrcito
Brasileiro, no escopo da Portaria no 457/2009 do Comandante do Exrcito [28].
de grade importncia que o EB compreenda e desenvolva os tpicos apresentados na
Figura 4.3, acrescidos dos pilares da sade eletrnica representados na Figura 4.5 e adoo
dos padres de interoperabilidade recomendados pelo Ministrio da Sade do Brasil [33],

124
que em conjunto podem ainda mais aumentar a chance do EB alcanar os seus resultados
pretendidos na revitalizao da TI em sade, a nvel federal. Para tanto, torna-se ainda
necessrio uma ao firme de governana de TI em sade, com a designao do seu Comit
Gestor de TI em Sade, traar suas metas, objetivos, indicadores, investimentos e outras
aes, tornando-as pblicas para que os colaboradores engajados neste processo tenham
conhecimento de causa, e juntos procurem alcanar a eficincia em e-Sade para os seus
mais de 724.000 clientes.

Figura 4.3: Propostas do framework para o e-Sade militar de porte nacional (adaptado
[132]) .

Na Figura 4.4, apresentamos uma esquematizao para mostrar o relacionamento dos

diversos tipos de padres de interoperabilidade em sade, e as suas interaes. Eles
representam uma dinmica da parte conceitual das recomendaes da Portaria 2.073/2011
do MS, que esto resumidos na Tabela 5.1 e Tabela 5.2.
Na Figura 4.4, observa-se ainda, a interao de diversos PEP com uma organizao
de sade, que tem como ponto inicial a queixa de um paciente, que dispara o fluxo da
informao. Este fluxo de informao passa pelo protocolo de comunicao HL7, por
meio de web service, at ser armazenado em PEP e posteriormente guardados em RES,
e posteriormente destinados a grande repositrios de dados, os cetros de informao em
sade.

125
Figura 4.4: Modelo para representar a interao dos padres em Sistemas de Informao
em Sade.

126
 O edital do SIH-EB/SIGHOS trata de um PEP. Mas importante destacar que, alm
do PEP, o Exrcito Brasileiro necessita de um RES militar. Araujo et al. [4] refora este
axioma ao afirmar que o:

Registro Eletrnico de Sade (RES) constitui um conjunto de informa-

es de sade e assistncia de um paciente durante a sua vida. Alm de
conter informaes que guiaro todos os procedimentos, exames e con-
sultas desse paciente, um RES tambm pode ser utilizado como fonte
de informaes a respeito de toda a sociedade, atravs de levantamen-
tos epidemiolgicos e dados demogrficos de grupos ou regies. Para
garantir a interoperabilidade entre os diferentes sistemas e, consequen-
temente, entre registros gerados em diferentes instituies e hospitais,
o desenvolvimento de um RES deve adotar alguns padres para seus
dados. O Ministrio da Sade do Brasil regulamentou o uso de alguns
padres para RES atravs da Portaria no 2.073, de 31 de agosto de 2011.

O autor ensina ainda, que no Brasil h padres de interoperabilidade em sistemas

de informao em sade que so recomendados, e que portanto, que podem e devem ser
empregados, tornando-os interoperveis.
Como observado na Figura 4.4, os diversos PEP tendem a armazenar os seus dados
posteriormente no RES, que uma estrutura maior. Por sua vez, os RES armazenaro
sua massa de dados em um centro de informao de sade, que ser uma estrutura maior
que o RES. Neste contexto, recomenda-se que os PEP possam ficar sob a responsabilidade
e aplicao dos Hospitais Militares de reas (H Mil A); o RES com responsabilidade da
D Sau e replicao no HCE; e a Central de Informaes em Sade do Servio de Sade
do EB, a cargo do CITEx (Centro de Telemtica do Exrcito). Para isto, requer aes de
governana de TI em sade.
A recomendao para a adoo da governana de TI em sade est bem presente nos
modelos de padres citados na Portaria 2.073/2011 [33], e que estas aes embora no
sejam perceptveis por outros profissionais que no sejam do domnio da Tecnologia da
Informao. H dois mundos na rea de sade: o real e o virtual, onde os registros dos
profissionais de sade muitas vezes ficam em papis, que so lanados nos registros eletr-
nicos. A adoo dos padres de interoperabilidade semntica e estrutural precisam refletir
tambm sobre os padres adotados no mundo real, para que tenha a devida autenticidade
no mundo eletrnico. O arquivo fsico precisa ser coerente com o arquivo eletrnico e
vice-versa, e portanto passvel de regulao para garantia da eficincia e conformidade da
relao de atendimento do paciente e o correto registro fsico e eletrnico.
Dada a experincia vivenciada por Nagy et al. [117] em um projeto piloto de inte-
grao de RES, eles citam que uma ao a nvel nacional incluiria a adoo, traduo de
sistemas de codificao internacionais e nomenclaturas adequadas aplicveis sade. E,
desenvolver diretrizes de implementao, facilitando a migrao de normas nacionais para

127
os internacionais. Eles concluram que por meio do prottipo desenvolvido, que uma
abordagem nacional vivel, contudo necessrio um enorme esforo para
integrar plenamente um sistema de sade em e-sade.
Galvo e Ricarte [83] partilham a viso de Nagy et al.[117] e enfatizam que:

"[...] o desenvolvimento, manuteno e uso de terminologias em sade

no resultam de esforos isolados baseados em voluntariado, mas de
uma poltica nacional mais ampla e significativa que congregue pesqui-
sadores, profissionais, unidades de sade, empresas e todos os demais
interessados".

Estas responsabilidade e necessidade da fora conjunta esto bem presentes na Portaria

2.073/2011 do Ministrio da Sade [33] e trar provocar srias mudanas de posturas no
sentido de promover a interoperabilidade em sistemas de informao em sade [83] para
compor o RES a nvel federalizado.
A abordagem da governana de TI est bem presente nos modelos de padres citados
na Portaria 2.073/2011 [33] ao recomendar o emprego de padres de interoperabilidade
em sade. Estas aes embora no sejam perceptveis por outros profissionais que no
sejam do domnio da Tecnologia da Informao. H dois mundos na rea de sade: o
real e o virtual, onde os registros dos profissionais de sade muitas vezes ficam em papis,
que so lanados nos registros eletrnicos. A adoo dos padres de interoperabilidade
semntica e estrutural precisam refletir tambm sobre os padres adotados no mundo real,
para que tenha a devida autenticidade no mundo eletrnico. O arquivo fsico precisa ser
coerente com o arquivo eletrnico e vice-versa.
Seguindo os conhecimento adquiridos na exposio da reviso da literatura, no Na-
tional eHealth Strategy Toolkit e na Portaria 2.073/2011, estes autores entenderam que
para o Sistema de Sade do Exrcito Brasileiro, que busca a implementao de seus sis-
temas de informao em sade, seguindo ordem do seu Comandante [28], fortemente
recomendvel a adoo dos padres de interoperabilidade, para a construo do e-sade
militar.
O Servio de Sade do Exrcito Brasileiro est presente em todo territrio brasileiro.
Ter um sistema de sade com esta gama por demais complexo, como j citado neste
trabalho. Para tanto, este autor apropriou-se da ferramenta recomendada pela OMS e
UIT [132], que o National eHealth Strategy Toolkit, adaptando os seus sete componentes
de e-Sade, aos moldes do que foi feito pelo DATASUS [48] e acrescentou a peculiaridade
da sade militar operacional, como se v na Figura 4.5. Na Figura 4.4 foi elaborado
um modelo para representar a complexidade existente na comunicao, armazenamento,
recuperao da informao, cruzamento de dados de pacientes e outras possibilidades

128
quando se quer implantar a sade eletrnica. Para tanto, o incio d-se aos moldes da
ilustrao da Figura 4.5, com os seguintes aspectos:

1 - adoo de aes de governana de TI em sade:

definir lideranas e governanas;

definir estratgias e investimentos necessrios;

definir aes necessrias s polticas, legislao, regulao e conformidade;

desenvolver a doutrina de sade eletrnica para o ambiente militar operacional; e

2 - proporcionar a infraestrutura necessria ao porte do e-Sade militar;

3 - capacitar os seus recursos humanos, criando equipes coesas, multidisciplinares, vol-

tadas sade eletrnica;

4 - adoo dos padres de interoperabilidade semntica, adequando-se a legislao bra-

sileira e melhores prticas de consenso global.

A confeco da Figura 4.5 ilustra uma extenso da terceira parte da Figura 4.3, em
destaque. E, que de acordo com a representao na Figura 4.3, para alcanar o efeito no
Servio de Sade do Exrcito, temos que planejar aes de curto, mdio e longo prazo.
Aes estas que requerem uma nova maneira de pensar em prover sade a famlia militar.
A OMS e a UIT [132] na sua ferramenta, afirmam que algo muito complexo, porm
alcanvel. A ferramenta compe-se de trs partes, necessrias:

parte 1 - criar a viso nacional de e-Sade militar, com um prazo de 6 a 18 meses,

para o estudo inicial para as mudanas;

parte 2 - criar um plano de ao nacional para o e-Sade militar, com um prazo 18

a 60 meses, considerando as relaes da parte 1 e adequao s necessidades para a
sua implantao a nvel Brasil;

parte 3 - criar ferramentas de maturidade (monitorar e avaliar) nacional para o

e-Sade, com prazo de 60 a 120 meses, para considerar as aes necessrias para
implantao do e-Sade, adequao das legislaes e infraestrutura e recursos ne-
cessrio, voltando o foco para a melhoria continua e conformidade.

Estas propostas de aes tem por finalidade adequar o projeto do SIH-EB/SIGHOS

ao calendrio estipulado pelo Comandante do Exrcito da revitalizao at o ano de 2025,
onde ainda se tem um prazo aproximado de 10 anos, para aplicao das recomendaes
aqui contidas.

129
 Figura 4.5: Propostas dos componentes para o e-Sade militar (adaptado [132]) .

As proposies acima citadas, podem permitir ainda a integrao dos diversos sistemas
legados de informao em sade que a D Sau possui para manter a sua capilaridade de
informao para o Sistema de Sade do EB, ilustrado na Figura 4.6.
Os sistemas de informao em sade, que migram para o e-sade, deixam de funci-
onar em locais isolados, passando para um ambiente distribudo, acessvel nas intranet
e internet, trazendo benefcios com a sua adoo. Sobre isto, Lugo et al. [110], ensina
que a arquitetura cliente/servidor, incrementa o rendimento, a flexibilidade, capacidade
de manuteno, reusabilidade e escalabilidade do software. Neste sentido, a ilustrao na
Figura 4.6, sugere que a D Sau crie aes de governana em TI para a reescrita do SIRE
e demais sistemas legados para uma tecnologia mais adequada, aplicando-se os padres
previstos na Portaria no 2.073/2011 do Ministrio da Sade [33]. E, enquanto no se
alcana este estgio, a soluo de integrao e interoperabilidade, segundo o Ministrio
da Sade pode ser alcanada por meio da linguagem de programao XML, pois:

Os sistemas legados podem ter suas respostas, para integrao e in-

teroperao, encapsuladas em padres XML aderentes aos padres do
Catlogo, de forma que, mesmo sem obedecer internamente ao padro
catalogado, possam comunicar-se fazendo uso dele, por meio de XML
Schemas [33].

130
Figura 4.6: Modelo para integrao dos sistemas legados da D Sau para o e-Sade militar.

4.4.2 Outras propostas de aes de Governana de TI em sade

Dada a complexidade envolvida neste processo de criao do e-Sade militar, algumas
outras propostas devem ser consideradas, ao menos analisadas pela alta administrao
da D Sau, para que possa alcanar os seus objetivos e metas em sade eletrnica. As
proposies abaixo esto em conformidade dos pilares representados pela Figura 4.5:

a SMTI no possui o efetivo necessrio capilaridade e ao suporte a nvel nacional do

e-Sade. Sugere-se o aumento do efetivo do grupo de TI em sade com a criao de
aes de governana de TI corporativa em sade, com uma subordinao tcnica,
aos moldes dos integrantes do Servio de Sade, em que os militares lotados nas
sees de TI dos hospitais militares passam a integrar a TI corporativa em sade
do EB, seguindo a doutrina tcnica da D Sau/DGP e DCT.

a possibilidade de reestruturao da SMTI para uma subdiretoria de TICS, permi-

tindo que os seus integrantes tenham efetiva participao nas decises de emprego
da TI em sade no Servio de Sade do EB, ao molde das demais subdiretorias, pos-
suindo na sua estrutura o corpo tcnico (profissionais de TI) e equipe de trabalho
semntico (profissionais de sade e demais especialistas necessrios);

131
 para as aes acima, imperativo que a alta administrao propicie um projeto
de capacitao para os integrantes das sees de TI em sade, por meio do seu
Programa de Capacitao e Atualizao Profissional dos Militares de Sade (PRO-
CAP/SAU), com cursos atinentes TI em Sade, gesto de riscos, segurana da
informao, governana de TI em sade, etc. Sobre isto, de acordo com Lisboa,
Coelho e Almeida [109]:

semelhana do que acontece com a gesto de outros recursos,

tambm a estrutura de recursos humanos de uma organizao deve
ser alvo de um planejamento adequado com vista a antecipar fa-
lhas ou excessos que possam prejudicar a atividade no futuro. O
Planeamento de Recursos Humanos consiste, portanto, na elabo-
rao de um plano que, partindo da anlise da situao atual da
estrutura interna de pessoal e respectivas necessidades futuras,
projeta todas as modificaes que devero ocorrer na estrutura de
recursos humanos, de forma a responder eficazmente s necessida-
des decorrentes do desenvolvimento previsto da atividade.

adequao do Edital do SIH-EB/SIGHOS, acrescentando adoo dos padres de

interoperabilidade estabelecidos na Portaria no 2.073/2011 [33]; e

parcerias com instituies pblicas, de reconhecida expertise, para documentar e

normalizar os sistemas existentes, procurando criar, manter, e otimizar os processos
e o espao de informao em sade do EB, atinente sade eletrnica.

4.5 Concluso do captulo

Neste captulo, conclumos que governana de TI um fator crtico no EB e consta
aprimor-la no seu processo de transformao. Portanto torna-se necessrio aprimorar a
governana de TI em sade, para que possa potencializar as transformaes necessrias
determinadas pelo Comandante do EB. A incorporao da governana de TI em sade
ao plano de gesto da organizao um compromisso com a qualidade, um comprometi-
mento com os negcios e seus clientes e que requer um engajamento de todas as partes
interessadas. A adoo das aes para a governana de TI em sade, poder aproximar
o Exrcito Brasileiro a atingir os seus objetivos para o seu Servio de Sade.
A adoo pelo EB das propostas adaptadas do National eHealth Strategy Tookit po-
der trazer novos horizontes e benefcios ao seu Servio de Sade, criando um ambiente
favorvel a implantao do e-Sade Militar a nvel nacional, empregando a TI em favor da
melhor gesto e aumentar os seu leque de servios em sade. Os benefcios repercutiro
na gesto, clientes e sociedade.

132
 Concomitantemente, seguindo o roteiro da OMS e UIT, torna-se necessrio adoo j
regulada no Brasil sobre a interoperabilidade em sade eletrnica por meio da Portaria no
2.073/2011 do MS [33], necessrios ao projeto do SIH-EB/SIGHOS, que o PEP Militar.
Importante citar, que o PEP no suficiente para a demanda do EB, e que para supor-
tar toda a carga de efetivo e atendimentos, torna-se necessria a criao de um RES a nvel
federal, cuja integrao e relacionamentos, encontram-se ilustradas na Figura 4.4, e que os
prazos sugeridos sejam alcanveis em pequenos, mdios e de longo prazo, totalizando um
espao de tempo de at 10 anos. Enfatiza-se ainda, que os trabalhos de integrao com
os sistemas legados existentes, podem se integrados desde j, por meio das tecnologias
de web services, SOAP 1.1 ou superior, WSDL, XML e XML Schemas, modelados na
Figura 4.6, dando oportunidade construo do RES Militar, a nvel nacional. Consta
ainda um espao para outras recomendaes, de suma importncia, apresentadas na se-
o 4.4.2, por pertencerem ao escopo dos pilares propostos por meio do National eHealth
Strategy Toolkit, apresentados na Figura 4.5.
Com os resultados e concluses, no captulo 5 ser proposto as especificaes dos
requisitos funcionais para o PEP, com seus respectivos padres de interoperabilidade
semntica, necessrios construo do PEP militar (SIH-EB/SIGHOS) e necessrios
construo do RES.

133
Captulo 5

Especificao de requisitos de
interoperabilidade para os Sistemas
de Informao de Sade do EB

Neste captulo, so apresentados os requisitos de interoperabilidade para os sistemas de

informao do Servio de Sade do EB, que foram resultantes da anlise de padres e
referncias em e-Sade no mundo, apresentados nos considerando o aprendido nos cap-
tulos 2, 3 e 4. A especificao dos requisitos de interoperabilidade para os Sistemas de
Informao de Sade do EB, com seus respectivos padres aplicveis sade eletrnica,
regulados no Brasil pelo Ministrio da Sade [33], atende ao objetivo especfico III deste
trabalho e a sua aceitao para aplicao no EB depender da aprovao do Exmo Sr
Diretor de Sade e demais autoridades na cadeia de comando.

5.1 A importncia da interoperabilidade para os Sis-

temas de Informao de Sade do EB
A interoperabilidade um dos componentes necessrios sade eletrnica [132] [33] e
objeto da proposta para o Servio de Sade do EB.
Ao tratar da adoo dos padres reconhecidos, estamos seguindo s orientao da
OMS, UIT [132] e do Ministrio da Sade do Brasil [33]. Seguindo uma tendncia mundial,
o Brasil tambm est acompanhando este rumo, construindo padres nacionais e adotando
os padres internacionais de interoperabilidade em sistemas de informao em sade [113].
Um passo importante foi a sua regulamentao pelo Ministrio da Sade do Brasil [33],
com a Portaria no 2.073/2011, atribuindo responsabilidades a nveis municipais, estaduais
e federais.

134
 Neste sentido, o Exrcito Brasileiro tem buscado a implementao de ferramentas de
Tecnologia da Informao aplicadas sade, como melhoria ao seu Servio de Sade.
Motivo desta pesquisa e propostas contidas nesta dissertao de mestrado, necessrios a
composio do 27o sistema de informao em sade, responsvel pelo seu PEP, o SIH-
EB/SIGHOS.
Os ensinamentos de Galvo e Ricarte [85], que trata sobre o pronturio paciente teve
grande importncia para a nossa compreenso sobre o SIH-EB/SIGHOS, pois a percepo
dada, permitiu a coleta de informaes cruciais sobre o PEP, onde se destacam os seguintes
pontos:

a necessidade de uma gesto coordenada, mas com a participao de todos os man-

tenedores e clientes do Servio de Sade do Exrcito. E, ao PEP necessrio "o
planejamento, a gesto, o registro, a manuteno e o investimento nos pronturios
no mera burocracia a ser cumprida, nem perda de tempo, mas atende demandas
cruciais da sade no sculo 21";

o PEP e a sua relao com a OMS: o entendimento conceitual e ampliado de sade

da "Organizao Mundial da Sade, a integralidade da assistncia organizada em
rede, a equipe multiprofissional, o uso do pronturio como instrumento de assistn-
cia, de gesto e de pesquisa acadmica e cientfica, seus aspectos informacionais,
tecnolgicos, ticos, legais, e o direito informao em sade"; e

o PEP eletrnico no somente responsabilidade da TI em sade: " absolutamente

indispensvel para mdicos, enfermeiros, nutricionistas, fisioterapeutas, terapeutas
ocupacionais, fonoaudilogos, assistentes sociais, advogados, gestores, profissionais
da informao e informtica, estudantes, pesquisadores e outros profissionais que
atuam direta ou indiretamente na rea da sade".

Com os pressupostos acima, afirmamos que o SIH-EB/SIGHOS uma solu-

o necessria para o Servio de Sade do Exrcito Brasileiro, atinente ao
pronturio eletrnico de pacientes, para atender a famlia militar, integran-
tes das demais Foras Armadas e aos nacionais que so atendidos nas regies
longnquas do Brasil.
Ratifica-se que os esforo para o alcance interopervel entre seus sistemas de informa-
o em sade imperativo e devem considerar ainda os seguintes pontos:

Rochi et al. [140] esclarece que "para o desenvolvimento de um PEP estruturado e

organizado de forma eficiente, importante considerar os padres de sade";

O Ministrio da Sade do Brasil, recomenda a adoo de "padres de interoperabi-

lidade abertos, sem custo de royalties"[33];

135
 O IEEE (Instituto de Engenharia Eltrica e Eletrnica)[57], entende que a "Interope-
rabilidade possvel graas aplicao de normas", que reflete na capacidade
de um sistema interagir com outros sistemas ou produtos sem esforo especial por
parte do cliente, usurios ou operadores;

Uma outra definio interessante sobre interoperabilidade vem do Governo do Reino

Unido [87], que a define como:

A capacidade dos diversos sistemas e organizao de trabalhar em

conjunto sem a necessidade de interveno manual. Em Tec-
nologia da Informao e Comunicao, isso geralmente
significa que os sistemas usam os mesmos padres bsi-
cos (protocolos) para facilitar a comunicao e troca de
dados; e

A utilizao de padres de interoperabilidade para a implementao do PEP, por

meio do SIGHOS, no vai contrrio a legislao brasileira ou castrense, pois encontra-
se regulamentada pelo Ministrio da Sade do Brasil, recomendando o uso de pa-
dres de interoperabilidade e informao em sade para o RES, na portaria no
2.073/2011[33] [60] [140].

.
Os padres empregados na interoperabilidade em e-sade, funcionam como um mid-
dleware (elemento o meio), no tratamento da heterogeneidade (variedade e diferena) [25].
Neste sentido, Arajo et al [5]. afirma que:

um middleware que faz parte da arquitetura e contribui para superar as

questes pertinentes a heterogeneidade das plataformas encontradas nos
hospitais, tanto de sistemas de software quanto de sistemas operacionais
e plataformas de hardware. Esse artefato da arquitetura permite, por-
tanto, sua integrao com qualquer sistema encontrado em ambientes
hospitalares.[5]

Neste mesmo sentido, Surez-Obando e Camacho Snchez [154] explica que:

A otimizao dos processos de comunicao conseguido atravs do uso

de padres que homogeniza o intercmbio de informaes e prover um
vocbulo comum entre todos os envolvido neste processo.
[...] o conceito de padro aplicado informtica mdica e sua importn-
cia no desenvolvimento de diversas aplicaes, tais como a representao
computacional de conhecimento mdico, codificao de diagnstico, bus-
cando literatura mdica e a integrao das cincias biolgicas descritas
aplicaes clnicas.
A implementao destas recomendaes, obriga as instituies a ado-
o de padres nos sistemas de informaes, objetivando a melhoria da
segurana e ateno aos pacientes, durante ateno clnica.

136
 A implementao e implantao de um PEP no acontece instantaneamente. Trata-
se de um projeto incremental, construdo passo a passo, mdulo aps mdulo, sendo
necessrio, sequencialmente: modelar, construir, testar e integrar o novo mdulo. Envolve
alto risco em todos os aspectos. Neste plano, Ronchi et al. [139] esclarece que:

importante ressaltar que, para definir um PEP com dados represen-

tados em arqutipos, existem desafios durante esse processo, como: a
prpria elaborao dos arqutipos; a forma de representar os dados; os
tipos de elemento e de estrutura a utilizar; as ferramentas que esto
disponveis para sua formao e aplicao; a escolha do modelo de refe-
rncia; e outros, que sero apresentadas no decorrer do estudo.

Os diversos sistemas de sade necessitam comunicar-se entre si, para que no sejam
como uma "Torre de Babel de Software", cheio de informaes incompreensveis, sem dar
o suporte deciso. A deciso acertada em sade, pode ser o divisor entre a recuperao ou
a morte do paciente. A tecnologia da informao no contexto da sade, ao se apropriar da
informtica no campo da sade eletrnica, busca potencializar o negcio, sendo proveitoso
para o gestor, pacientes (clientes), instituies e sociedade.
Os sistemas de e-sade militar no esto isentos destas necessidades, pois so reservas
estratgicas de cunho nacional. Sobre estas necessidades e importncia, a ICCBBA [95]
que mantm o padro ISBT 128, utiliza-se da seguinte argumentao:

Essa necessidade de transferncia precisa de informaes que ultrapas-

sam as fronteiras nacionais. No mundo atual de programas de alvio
multinacionais e operaes militares, a necessidade de se aproximar
doadores e receptores para alguns produtos, e a crescente colaborao
internacional para atender as necessidades clnicas de pacientes trans-
plantados, substncias de origem humana coletadas num pas, podem
ser usadas noutro. Isso cria a necessidade de um acordo internacional
sobre as descries do produto e um meio de garantir uma identifica-
o nica da doao em todo o mundo, para suportar os requisitos de
rastreabilidade.

A ICCBBA [95] ao utilizar-se do pressuposto acima, alm de abordar as operaes

militares; ser o mantenedor do padro ISBT 128 e este padro ser referenciado pela
legislao brasileira para a codificao de dados de identificao das etiquetas de produtos
relativos ao sangue humano, de clulas, tecidos e produtos de rgos [33], recomenda-se
a sua adoo por parte do Servio de Sade do Exrcito Brasileiro, peculiarmente aos
Instituto de Biologia do Exrcito (IBEx) e demais unidade de atendimento (UAt).
O padro ISBT 128, citado e recomendado acima, o nico padro global para a
identificao e codificao de produtos mdicos de origem humana (MPHO), sendo con-
siderado uma normatizao global consistente pela OMS [168]. Importante citar, que
tal padro foi criado em resposta problemas na identificao dos sangues oriundos de

137
diversos pases durante a primeira Guerra do Golfo [164]. Ele foi uma soluo as
problemas mdicos num ambiente militar, um cenrio de guerra.
Importante citar ainda, que a Organizao Mundial da Sade [166] endossa a im-
portncia dada pela ICCBBA, que convida os seus pases-membros, por meio da sua
Sixty-Third World Health Assembly - WHA63.22, a manter meios para compartilhar in-
formaes que visem a rastreabilidade de produtos e materiais humanos. Esta prtica
visou aumentar a segurana e eficcia no processo de doao e transplantes, com a adoo
de melhores prticas internacionais, que demonstrem excelncia.
Surez-Obando e Camacho Snchez [154] endossam que a informtica na sade, tem
como principal objetivo otimizar a aquisio, armazenamento, recuperao e o uso da
informao em sade. A tecnologia da informao aplicada medicina permitiu o desen-
volvimento de novas formas de comunicao na rea da sade.
Alm dos recursos das arquiteturas orientadas a servio e da famlia XML para promo-
ver a interoperabilidade em sistemas legados, os autores Duftschmid, Chaloupka, Judith
e Rinner, realizaram um experimento de integrao de um sistema legado de RES, de
maneira automatizada, por meio de arqutipos. No seu trabalho, foram elaborados 27
arqutipos, e destes 12 no funcionaram. Porm, a taxa de acerto foi muito boa, com
mais de 68% de acertos (15 arqutipos funcionaram perfeitamente). Os autores concluram
que "para a personalizao de arqutipos, modelos OpenEHR ou arqutipos especializados
podero ser empregados"[74].
A Tabela 5.1 e 5.2 contm uma lista dos padres nacionais e internacionais que in-
tegram a Portaria 2.073/2011 [33]. De acordo com Galvo [82], eles so instrumentos
importantes, que precisam ser "linguisticamente harmonizados no territrio nacional a fim
de facilitar a comunicao entre unidades pblicas e privadas de assistncia em sade".
A autora afirma ainda, que "muitos profissionais de sade desconhecem completamente a
existncia destes instrumentos terminolgicos". E, que as terminologias e comunicaes
em sade, so uma questo de vida ou morte.

5.1.1 Proposta de Especificao de requisitos e padres de inte-

roperabilidade
Esta relao tem como objetivo listar as principais funes prestadas pelo Servio de
Sade do Exrcito Brasileiro, como parte do projeto de elaborao da proposta de re-
quisitos de interoperabilidade em sistema de informaes para o Servio de Sade do
Exrcito Brasileiro. Os requisitos funcionais so organizados por funcionalidade, descre-
vendo os principais servios a serem disponibilizados, com a proposio de seus padres
de interoperabilidade luz da Portaria no 2.073/2011 do Ministrio da Sade do Brasil.

138
5.2 Concluso do captulo
Ao final deste captulo, conclui-se que a construo de um PEP uma tarefa por demais
complexa, que no acontece instantaneamente, requerendo tempo e maturidade tcnica e
tecnolgica, com equipe especializada e multidisciplinar, estruturada por uma governana
de TI em sade eficiente.
Os 372 requisitos encontram-se dispostos por mdulos que esto ilustrados na Fi-
gura 5.1, com seus respectivos padres de interoperabilidades sugeridos, e tem como fina-
lidade nortear a alta administrao e demais interessados engajados no processo de criao
do PEP do EB, apresentando-lhe ferramentas que possam da suporte a deciso. Que a
adoo das sugestes, recomendaes e propostas podem viabilizar a sade eletrnica no
Servio de Sade do EB. Busca ainda, informar que a construo de um e-Sade requer
aes de governana em TI, que por sua vez demandar aes para adoo dos padres
de interoperabilidade em sistemas de informao em sade eletrnica.

Figura 5.1: Esquema da quantidade de requisitos por mdulos .

Para Tomal [158] a adoo de padres para os repositrios institucionais que define
o grau de interoperabilidade e outros aspectos a serem implementados. A explanao de
Tomal aplica-se ao contexto da sade e a Diretoria de Sade no tocante ao processo de
construo do seu Pronturio Eletrnico de Pacientes (PEP).

139
 A proposta dos requisitos especificados com seus respectivos padres podem servir
de referencial para a reestruturao do edital para a construo SIH-EB/SIGHOS. Esta
especificao de requisitos permitiro EB adequar-se legislao brasileira e a padres
de consenso mundial, reconhecido como boas prticas, sendo necessrios ao PEP e RES
militar para o Servio de Sade do EB.
Galvo e Ricarte [85] afirmam que a necessidade para que se mantenha o registro da
condio dos pacientes no algo novo, vem de longas datas, e que os benefcios da sua
existncias, extrapolam os benefcios muito alm de apenas um indivduo como paciente.
Pois, h no mundo, incluindo-se o Brasil, unidades de sade, que mantm uma gesto sobre
esses registros de PEP, apoiando as atividades de assistncia e pesquisa, e Tecnologia da
informao tem sido empregada como ferramenta para suporte a essa gesto, atinente a
indexao, localizao e rastreamento de pronturios.
O Servio de Sade do EB, alm do PEP necessita da construo de uma estrutura de
registro eletrnico (RES), e os padres constantes na especificao dos requisitos tambm
so aplicveis ao RES, pois permitem a interao com os PEP.
Conclui-se ainda, que a adoo das orientaes contidas neste captulo so necessrias,
pois busca trazer a interoperabilidade nos sistemas e informao em sade do Servio de
Sade do EB, poder viabilizar a construo do e-Sade Militar, com a construo do PEP
e RES, mas requerem aes de eficincia e conformidade por parte da alta administrao,
materializada numa governana de TI efetiva para o seu Servio de Sade.

140
Tabela 5.1: Padres de interoperabilidade previstos na Portaria 2.073/2011

Nr Padro Aplicao

1 openEHR Registro Eletrnico de Sade (RES)

2 HL7 estabelecer a interoperabilidade entre sistemas, integra-

o dos resultados e solicitaes de exames
3 HL7 CDA definio da arquitetura do documento clnico

4 SNOMED-CT terminologia para a codificao de termos clnicos e ma-

peamento das terminologias nacionais e internacionais
em uso no pas (suporte a interoperabilidade semntica
entre os sistemas)
5 TISS interoperabilidade com sistemas de sade suplementar

6 DICOM representao da informao relativa a exames de ima-

gem
7 LOINC codificao de exames laboratoriais

8 ISBT 128 codificao de dados de identificao das etiquetas de

produtos relativos ao sangue humano, de clulas, tecidos
e produtos de rgos (MPHO)
9 ISO 13606-2 interoperabilidade de modelos de conhecimento, in-
cluindo arqutipos, templates e metodologia de gesto
10 IHE-PIX cruzamento de identificadores de pacientes de diferentes
sistemas de informao, por meio de especificao de
integrao
11 CID Classificao Internacional de Doenas (morti-
morbidade)
12 TUSS Terminologia Unificada da Sade Suplementar (um re-
ferencial)
13 CIAP-2 terminologias aplicadas a ateno primria de sade

14 CBHPM Classificao Brasileira Hierarquizada de Procedimentos

Mdicos (referencial)
15 tabela do SUS Tabela de Procedimentos, Medicamentos, rteses, Pr-
teses e Materiais Especiais do Sistema nico de Sade
(referencial)

141
Tabela 5.2: Continuao - Padres de interoperabilidade previstos na Portaria 2.073/2011
- Servios

Nr Padro Aplicao

16 SOAP 1.1 ou superior Interoperabilidade entre os sistemas

17 Web Service Interoperabilidade entre os sistemas

18 WS-Security segurana, integridade, criptografia e assinatura digital

19 WSDL Descrio dos Web-services

20 URI Identificao dos Web-Services

21 XML e XML Schemas Sistemas legados

142
Captulo 6

Concluso

A medicina tem evoludo a cada dia, e atualmente associa-se as tecnologias da informao,

alcanando novos horizontes e possibilidades, por meio da sade eletrnica.
No ano de 2009, por meio da Portaria no 457/2009, o Comandante do Exrcito es-
tabeleceu as prioridades para a revitalizao do Servio de Sade do EB, entre os quais
a revitalizao da TI em sade. Ficando a incumbncia da sua execuo Diretoria de
Sade (D Sau) que a maior instncia nos assuntos atinentes sade militar no Exrcito
Brasileiro, sendo subordinada ao Departamento Geral do Pessoal (DGP).
Na D Sau o setor responsvel por manter em funcionamento os seus recursos de TI
a Seo de Manuteno de Tecnologia da Informao (SMTI). Naquela seo h um
total de 26 sistemas de informaes em sade que mantm o Servio de Sade do EB,
mas com uma ausncia de interoperabilidade e um efetivo reduzido. Este cenrio gerou a
imposio de se investigar o contexto atual da SMTI da D Sau e identificar uma proposta
de melhoria para acompanhar o processo de revitalizao do Servio de Sade do Exrcito
Brasileiro, no que compete Tecnologia da Informao em sade.
Com as recomendaes contidas na Portaria do Comandante do Exrcito e a ausncia
de interoperabilidade nos sistemas de informao do servio de Sade do EB, subordinados
a D Sau, esta pesquisa teve como meta propor uma estratgia de governana de TI que
forme a base para a construo do e-Sade e que permita a interoperabilidade semntica
entre os sistemas de informao de sade do Exrcito Brasileiro. Para tanto, foram
necessrios atingir os seguintes objetivos:

I realizar um diagnstico atual da Tecnologia da Informao da D Sau no Servio de

Sade do EB, providos pela SMTI, com pontos crticos e impactos;

II construir uma proposta de governana de TI baseada no National eHealth Strategy

Toolkit; e

143
 III especificao de requisitos de interoperabilidade para os Sistemas de Informao de
Sade do EB.

No cumprimento da meta estabelecida no objetivo especifico I, foi necessrio conhecer

e realizar um diagnstico atual da Tecnologia da Informao da D Sau no Servio de
Sade do EB, providos pela SMTI, procurando conhecer a organizao para compreender
a lgica do negcio e a importncia que a TI e a sua SMTI representam para aquela
Diretoria de Sade. Entendemos que necessrio conhecer a organizao com maiores
detalhes. Necessrio sair do nvel de macroprocesso e algumas vezes ir at o nvel de
tarefas e atividades. foi necessrios ao diagnstico atual da Tecnologia da Informao da
D Sau. De posse dos dados foi necessria uma abordagem na literatura sobre e-Sade e
governana de TI em sade, sendo possvel obter como resultado a construo de uma
proposta de governana de TI baseada baseada no National eHealth Strategy Toolkit da
OMS e UIT, para o Servio de Sade do Exrcito Brasileiro. Em seguida, conclui-se que o
problema de interoperabilidade semntica existente nos sistemas de informao do Servio
de Sade do EB, poder ser alcanado com a adoo dos padres de interoperabilidades
em sade eletrnica.
Fruto desta anlise de riscos, de posse do resultados, constatou-se realmente que no h
interoperabilidade nos sistemas de informaes em sade do EB, que o SIH-EB/SIGHOS
necessrio, e de fundamental importncia para a concretizao do PEP no Servio de
Sade.
Complementa-se ainda, que em se tratando de TI em Sade, a gesto de riscos e a
segurana da informao devem estar presentes e reconhecidamente a sua importncia,
por meio da adoo de aes eficientes e de conformidades de governana de TI, no sentido
de alcanar a eficincia no emprego da TI em Sade no Servio de Sade do EB. E, assim,
aproximar-se suas metas e objetivos.
Complementa-se ainda, que o PEP no suficiente para a demanda do EB, e que para
suportar toda a carga de efetivo e atendimentos, torna-se necessria a criao de um RES
a nvel federal.
Enfatiza-se, que os trabalhos de integrao com os sistemas legados existentes, podem
se integrados desde j, por meio das tecnologias de web services, SOAP 1.1 ou superior,
WSDL, XML e XML Schemas, modelados na Figura 4.6, dando oportunidade construo
do RES Militar, a nvel nacional. Consta ainda um espao para outras recomendaes,
de suma importncia, apresentadas na seo 4.4.2, por pertencerem ao escopo dos pilares
propostos por meio do National eHealth Strategy Toolkit.
As especificaes dos requisitos encontram-se dispostos por mdulos com seus res-
pectivos padres de interoperabilidades sugeridos, e tem como finalidade nortear a alta
administrao e demais interessados engajados no processo de criao do PEP do EB,

144
apresentando-lhe ferramentas que possam d suporte a deciso e que a adoo das suges-
tes, recomendaes e propostas podem viabilizar a sade eletrnica no Servio de Sade
do EB.
Compreendemos ento, que as proposies cometidas neste trabalho, tendo como base
a portaria do Comandante suficiente para que os esforos empenhados nesta pesquisa
tornem-se vivel. A Portaria do Comandante do Exrcito, muito acertadamente empregou
o termo Tecnologia da Informao, pois na sua essncia, ela suficiente para revitalizar
no somente os sistemas de informao do Servio de Sade, mas os seus recursos humanos
de TI em sade, a gesto do conhecimento em sade, a infraestrutura de TI em sade, e
as aes de governana de TI, aos moldes que o DATASUS e a Organizao Mundial da
Sade (OMS) esto fazendo.
Para tanto, necessrio que D Sau invista na capacitao dos profissionais de TI
que compem seus quadros tcnicos, atravs da parceria com instituies renomadas de
ensino e com incentivos pesquisas, permitindo compartilhar conhecimento entre o EB
e o que de melhor est ocorrendo no meio cientifico, fortalecendo Servio de Sade e os
seus recursos humanos de TI em Sade.

6.1 Artigos publicados sobre esta pesquisa

Os trabalhos desenvolvidos e aprendidos propiciaram a publicao dos seguintes artigos:

1. ASSIS NETO, F. ; OLIVEIRA, E. C. (2014). A Importncia da Tecnologia da no

Contexto da Sade: Um Estudo de Caso no Servio de Sade do Exrcito Brasi-
leiro. Publicado nos Anais do Workshop de Ps-Graduao 2014 da Universidade
de Braslia (WPOS 2014). Pousada dos Pireneus Resort, Pirenpolis - GO, 07 a 09
de novembro de 2014;

2. ASSIS NETO, F. ; OLIVEIRA, E. C. ; SOUZA, J. C. F; SILVA, J. M. (2014).

Utilizando o Mtodo Delphi e rvore de Falhas em Anlise de Riscos em Sistemas
de Informao em Sade. Publicado nos Anais do Workshop de Ps-Graduao
2014 da Universidade de Braslia (WPOS 2014). Pousada dos Pireneus Resort,
Pirenpolis - GO, 07 a 09 de novembro de 2014;

3. ASSIS NETO, F. ; OLIVEIRA, E. C. ; SOUZA, J. C. F; LADEIRA, M. (2014). Uti-

lizando a Programao Multicritrios com AHP para Selecionar e Priorizar Pontos
Crticos e Impactos de Tecnologia da Informao nos Objetivos Estratgicos de uma
Organizao. Publicado nos Anais do Workshop de Ps-Graduao 2014 da Uni-
versidade de Braslia (WPOS 2014). Pousada dos Pireneus Resort, Pirenpolis-GO,
07 a 09 de novembro de 2014;

145
 4. ASSIS NETO, F. ; OLIVEIRA, E. C. (2014). Aplicao de Multicritrios para
Identificar Impacto e Pontos Crticos de Tecnologia da Informao que Afetam os
Objetivos Estratgicos de uma Organizao. Publicado nos Anais do XXI Simpsio
de Engenharia de Produo (XXI SIMPEP); 10 a 12 de novembro de 2014, Bauru
-SP;

5. ASSIS NETO, F. ; OLIVEIRA, E. C.; MONTEIRO, S. B. S.; SOUZA, J. C. F;

LADEIRA, M. (2014). A Tecnologia da Informao na Sade: Um Estudo de Caso
no Servio de Sade do Exrcito Brasileiro para Pronturio Eletrnico de Pacientes.
Publicado nos Anais do XIV Congresso Brasileiro de Informtica em Sade - CBIS
2014; 07 a 10 de dezembro - Santos - SP; e

6. ASSIS NETO, F.; OLIVEIRA, E. C.; SOUZA, J. C. F; LADEIRA, M.; SILVA, J.

M. (2014). Anlise de Riscos Aplicadas em Sistemas de Informao em Sade com
Delphi e rvore de Falhas. Publicado nos Anais do XIV Congresso Brasileiro de
Informtica em Sade - CBIS 2014; 07 a 10 de dezembro - Santos - SP.

6.2 Sugesto de trabalhos futuros

Ao descobrir o mundo da TI em sade, aprende-se ainda que um dos fatores que impede
uma rpida expanso e integrao entre os diversos sistemas de informao em sade, a
ausncia de interoperabilidade, e que ela pode ser inicializada com aes de governana de
TI em sade. E que, tal assunto necessita ser estudado para prover a adoo de protocolos
corretos para permitir que os sistemas de informao do Exrcito Brasileiro, no tocante
ao seu Servio de Sade, comunique-se com o seu mundo externo.
O assunto no se esgota, e incentiva-se a sua continuidade. Particularmente, constru-
o semntica do e-Sade Militar, s necessidades e impactos construo do RES Militar
a nvel federativo e aos tpicos abordados em outras recomendaes de governana em
TI, constantes neste trabalho.

146
 Referncias

[1] Logical Observation Identifiers Names and Codes (LOINC ). R Ihtsdo: Regenstrief
and the ihtsdo are working together to link loinc and snomed ct. sitio da LOINC .
R
[internet], Jul. 2013. Disponvel em: <https://loinc.org/collaboration/
ihtsdo>. Acesso em: 07 Fev. 2015. 58

[2] Dagoberto Alves de Almeida, Fabiano Leal, Alexandre Ferreira de Pinho, and
Liliane Dolores Fagundes. Gesto do conhecimento na anlise de falhas: mape-
amento de falhas atravs de sistema de informao. Production, 16:171 188,
04 2006. Disponvel em: <http://www.scielo.br/scielo.php?script=sci_
arttext&pid=S0103-65132006000100014&nrm=iso>. Acesso em: 14 abr. 2014. 91,
92, 93, 111, 121

[3] Mauricio Barcellos Almeida, Beatriz Valadares Cendon, and Marta Ma-
cedo Kerr Pinheiro. Princpios metodolgicos para a caracterizao da
dimenso pragmtica de documentos no desenvolvimento de ontologias bi-
omdicas. Informao & Sociedade: Estudos, 22(1), 2011. Disponvel
em:<http://www.biblionline.ufpb.br/ojs2/index.php/ies/article/view/10361/7370>.
Acesso em: 28 jan. 2015. 31, 40

[4] Tiago Veloso Araujo, Pires, Silvio Ricardo, and Paulo Bandiera-Paiva. Adoo de
padres para registro eletrnico em sade no brasil. Revista Eletrnica de Comu-
nicao, Informao & Inovao em Sade, 8(4):554566, outdez 2014. Dispon-
vel em: <http://www.reciis.icict.fiocruz.br/index.php/reciis/article/
viewFile/895/1860>. Acesso em: 17 Fev. 2015. 69, 72, 127

[5] Bruno Gomes de Arajo, Ricardo Alexsandro de Medeiros Valentim, Joo Mar-
cos Teixeira Lacerda, Diego Rodrigues de Carvalho, Marcel da Cmara Ribeiro
Dantas, and Jos Diniz Jnior. Modelo arquitetural para gerao de alertas
aplicado ao monitoramento de pacientes em ambiente hospitalar. Revista Brasi-
leira de Engenharia Biomdica, 28:169 178, 06 2012. Disponvel em: <http:
//www.scielo.br/pdf/rbeb/v28n2/a07v28n2.pdf>. Acesso em: 21 jan. 2015. 136

[6] Francisco de Assis Neto and et al. Anlise de Riscos Aplicadas em Sistemas de
Informao em Sade com Delphi e rvore de Falhas. In XIV Congresso Brasileiro
de Informtica em Sade (CBIS 2014), pages 0106, Santos, SP, Brasil, dezembro
2014. 6

[7] Francisco de Assis Neto and et al. Tecnologia da Informao em Sade: Um Estudo
de Caso no Servio de Sade do Exrcito Brasileiro. In XIV Congresso Brasileiro

147
 de Informtica em Sade (CBIS 2014), pages 0106, Santos, SP, Brasil, dezembro
2014. 6

[8] Francisco de Assis Neto and et al. Utilizando a Programao Multicritrios com
AHP para Selecionar e Priorizar Pontos Crticos e Impactos de Tecnologia da In-
formao nos Objetivos Estratgicos de uma Organizao. In WORKSHOP DE
PS-GRADUAO 2014,WPOS - 2014, Pousada dos Pireneus Resort, Piren-
polis, GO, 2014. Universidade de Braslia (UnB), 2014. 5

[9] Francisco de Assis Neto and et al. Utilizando o Mtodo Delphi e rvore de Falhas
em Anlise de Riscos em Sistemas de Informao em Sade. In Workshop da Ps-
Graduao em Computao - WPOS 2014, da Universidade de Braslia (UnB),
pages 0104, Pirenpolis, GO, Brasil, dezembro 2014. 6

[10] Francisco de Assis Neto and Edgard Costa Oliveira. A Importncia da Tecnologia
da Informao no Contexto da Sade: Um Estudo de Caso no Servio de Sade do
Exrcito Brasileiro. In Workshop da Ps-Graduao em Computao - WPOS 2014,
da Universidade de Braslia (UnB), pages 0104, Pirenpolis, GO, Brasil, dezembro
2014. 6

[11] Francisco de Assis Neto and Edgard Costa Oliveira. Aplicao de multicritrios para
identificar impacto e pontos crticos de tecnologia da informao que afetam os ob-
jetivos estratgicos de uma orgarnizao. In SIMPSIO DE ENGENHARIA DE
PRODUO (SIMPEP), XXI, 2014, Bauru (SP), 2014. As Demandas de Infra-
estrutura Logstica para o Crescimento do Brasil. Bauru(SP): Universidade
Estadual Paulista (UNESP), 2014. 5

[12] Associao Mdica Brasileira - AMB. Classificao Brasileira Hierarquizada

de Procedimentos Mdicos - 2014. Associao Mdica Brasileira, So Paulo -
SP, nov. 2014. Disponvel em: <http://amb.org.br/_arquivos/_downloads/
CBHPM-2014.pdf>. Acesso em: 14 Fev. 2015. xv, 66, 67, 68

[13] G.M. Bacelar-Silva, H. Cesar, P. Braga, and R. Guimaraes. Openehr-based pervasive

health information system for primary care: First brazilian experience for public
care. In Computer-Based Medical Systems (CBMS), 2013 IEEE 26th International
Symposium on, pages 572873, June 2013. 26

[14] Daniela Couto Carvalho Barra and Grace Teresinha Marcon Dal Sasso. Padres
de dados, terminologias e sistemas de classificao para o cuidado em sade e en-
fermagem. Revista Brasileira de Enfermagem, 64:1141 1149, 12 2011. Disponvel
em: http://www.scielo.br/pdf/reben/v64n6/v64n6a23.pdf. Acesso em: 05 jan.
2015. xiv, 21, 22

[15] U. Beck. Sociedade de risco: rumo a uma outra modernidade. Ed. 34, 2010. 20

[16] T. Benson. Principles of Health Interoperability HL7 and SNOMED. Health Infor-
mation Technology Standards. Springer, 2012. 27, 29

[17] Stefano Biazzo. Approaches to business process analysis: a review. Business Process
Management Journal, 6(2):99112, 2000. xv, 83

148
[18] R. D. Braga. Registro eletrnico em sade: proposta de um modelo de informa-
o para uso na ateno primria com vistas interoperabilidade. Dissertao de
mestrado em cincias da sade, 125 f, Universidade Federal de Gois, Programa
de Ps-Graduao em Cincias da Sade, Faculdade de Medicina, Goinia - GO,
maro 2014. xiv, 23

[19] Brasil. Padres de interoperabilidade de governo eletrnico. Mi-

nistrio do Planejamento, Oramento e Gesto, 2015. Disponvel
em: <http://www.governoeletronico.gov.br/biblioteca/arquivos/
documento-da-eping-versao-2015/>. Acesso em: 10 Mar. 2015. 76

[20] Laura Maria Mello Saraiva Caldeira. Anlises de riscos em geotecnia: Aplicao a
barragens de aterro, 2005. 108

[21] Rafael Monteiro Candido, MTFM Silva, and Rodrigo Figueira Zuhlke. Implan-
tao de gesto por processos: estudo de caso numa gerncia de um centro de
pesquisas. Encontro Nacional de Engenharia de Produo, 28, out. 2008. Dispo-
nvel em: <http://www.abepro.org.br/biblioteca/enegep2008_tn_sto_070_
501_11683.pdf>. Accesso em: 18 maio 2014. 81

[22] Andrea Caprara, Anamlia Lins, and Silva Franco. A Relao paciente-mdico: para
uma humanizao da prtica mdica. Cadernos de Sade Pblica, 15:647 654,
09 1999. Disponvel em: <http://www.scielo.br/pdf/csp/v15n3/0505.pdf>.
Accesso em: 03 Feb. 2015. 52

[23] Conselho Federal de Medicina - CFM. Resoluo CFM no 1.673/2003: Ementa: A

Classificao Brasileira Hierarquizada de Procedimentos Mdicos adotada como
padro mnimo e tico de remunerao dos procedimentos mdicos para o Sis-
tema de Sade Suplementar. [Internet], ago. 2003. Disponvel em: <http://
www.portalmedico.org.br/resolucoes/cfm/2003/1673_2003.htm>. Acesso em:
16 Fev. 67, 68, 69

[24] Corepoint Health. The HL7 Evolution: Comparing HL7 Version 2 to Ver-
sion 3, Including a History of Version 2. sitio da Corepoint Health, pages 1
16, 2010. Disponvel em: <http://www.corepointhealth.com/sites/default/
files/whitepapers/hl7-v2-v3-evolution.pdf>. Acesso em: 23 jan. 2015. xiv,
27, 28

[25] G. Coulouris, J. Dollimore, T. Kindberg, and G. Blair. Sistemas Distribudos - 5ed:

Conceitos e Projeto. Bookman Companhia Editora Ltda, 2013. 26, 136

[26] CSC. Expert choice. [internet], [s.d.]. Disponvel em: <http://www.csc.com/

public_sector/ds/11274/12865-expert_choice>. Acesso em: 22 jun. 2014. 101

[27] Brasil. Ministrio da Defesa. Exrcito Brasileiro. DESPACHO DECISRIO No

018/2013, Fev. 2013. Disponvel em: <http://www.sgex.eb.mil.br/sistemas/
be/copiar.php?codarquivo=1134&act=bre>. Acesso em: 05 dez. 2014. 120

149
[28] Brasil. Ministrio da Defesa. Exrcito Brasileiro. Comandante do Exrcito. Portaria
no 457, de 15 jul. 2009 (Aprova a Diretriz para Implantao do Plano de Revitaliza-
o do Servio de Sade do Exrcito e d outras providncias). Boletim do Exrcito
no 28, de 17 de julho de 2009, 07 2009. Disponvel em: <http://www.sgex.eb.mil.
br/sistemas/be/copiar.php?codarquivo=694&act=bre>. Acesso em: 21 abr.
2014. 3, 84, 86, 88, 89, 115, 118, 124, 128

[29] Brasil. Ministrio da Defesa. Exrcito Brasileiro. Departamento-Geral do Pessoal.

Edital do prego eletrnico no 025-dgp/2009-srp, 2009. 120

[30] Brasil. Ministrio da Defesa. Exrcito Brasileiro. Departamento-Geral do Pessoal.

Diretriz do Chefe do Departamento-Geral do Pessoal: A dimenso humana da
Fora. 2013 - 2014. Departamento-Geral do Pessoal, Braslia - DF, 2013-2014 edi-
tion, 2013. Disponvel em: <http://www.dgp.eb.mil.br/docs/pdf/diretriz_
ch_dgp_2013_2014.pdf>. Acessado em: 14 set. 2013. xvi, 118, 119

[31] Brasil. Presidncia da Repblica. Casa Civil. Subchefia para Assuntos Jurdicos. Lei
no 12.527, de 18 de novembro de 2011: Regula o acesso a informaes previsto no
inciso xxxiii do art. 5o, no inciso ii do 3o do art. 37 e no 2o do art. 216 da constitui-
o federal; altera a lei no 8.112, de 11 de dezembro de 1990; revoga a lei no 11.111,
de 5 de maio de 2005, e dispositivos da lei no 8.159, de 8 de janeiro de 1991; e d ou-
tras providncias. internet, 18 nov. 2011. Disponvel em: <http://www.planalto.
gov.br/ccivil_03/_ato2011-2014/2011/lei/l12527.htm>. Acesso em: 06 dez.
2014. 121, 122

[32] Brasil. Presidncia da Repblica. Casa Civil. Subchefia para Assuntos Jurdicos.
Decreto no 7.724, de 16 de maio 2012: Regulamenta a lei no 12.527, de 18 de
novembro de 2011, que dispe sobre o acesso a informaes previsto no inciso xxxiii
do caput do art. 5o, no inciso ii do 3o do art. 37 e no 2o do art. 216 da constituio.
internet, 16 maio 2012. Disponvel em: <http://www.planalto.gov.br/ccivil_
03/_ato2011-2014/2012/decreto/D7724.htm>. Acesso em: 06 dez. 2014. 121,
122

[33] Brasil. Ministrio da Sade. Portaria n. 2.073 de 31 de agosto de 2011.Regulamenta

o uso de padres de interoperabilidade e informao em sade para sistemas de
informao em sade no mbito do Sistema nico de Sade, nos nveis Municipal,
Distrital, Estadual e Federal, e para os sistemas privados e do setor de sade su-
plementar. [internet], 2011. Disponvel em:<http://bvsms.saude.gov.br/bvs/
saudelegis/gm/2011/prt2073_31_08_2011.html>. Acesso em: 11 jul. 2014. 7,
18, 21, 24, 25, 27, 31, 32, 37, 39, 43, 47, 52, 54, 60, 61, 67, 69, 70, 72, 75, 77, 78,
124, 127, 128, 130, 132, 133, 134, 135, 136, 137, 138

[34] Brasil. Ministrio da Sade. Glossrio temtico: sade suplementar. Ministrio

da Sade, Agncia Nacional de Sade Suplementar 2. ed. Braslia: Ministrio
da Sade, Braslia - DF, 2012. Disponvel em: <http://bvsms.saude.gov.br/
bvs/publicacoes/glossario_saude_suplementar_2ed.pdf>. Acesso em: 09 Fev.
2015. 64

150
[35] Brasil. MInistrio da Sade. Classificao internacional de ateno prim-
ria (ciap 2). folder, Biblioteca Virtual em Sade do Ministrio da Sade,
[s.d.]. Disponvel em:<http://bvsms.saude.gov.br/bvs/folder/folder_esus_
ab.pdf>. Acesso em: 03 Fev. 2015. xv, 52, 53

[36] Brasil. MInistrio da Sade. e-sus. folder, Biblioteca Virtual em Sade do Minis-
trio da Sade, [s.d.]. Disponvel em:<http://bvsms.saude.gov.br/bvs/folder/
e_sus_atencao_basica_profissionais.pdf>. Acesso em: 03 Fev. 2015. 52

[37] Organizao Pan-Americana da Sade and Organizao Mundial da Sade Brasil.

Projeto de e-sade no brasil pelo diretor do departamento de informtica do sistema
nico de sade (datasus). sitio na internet, 2012. Disponvel em: <http://
www.paho.org/bra/index.php?option=com_content&view=article&id=3173:
projeto-de-e-saude-no-brasil-pelo-diretor-do-departamento-de-informatica-do-sist
Itemid=371>. Acesso em: 11 maio 2014. 14, 15, 107

[38] Organizao Pan-Americana da Sade and Organizao Mundial da Sade Brasil.

Terminologias: grande desafio para a interoperabilidade em e-Sade. OPAS. [inter-
net], 2013. Disponvel em: <http://www.paho.org/BRA/index.php?option=com_
content&view=article&id=3167&Itemid=371>. Acesso em: 11 maio 2014. 15, 16,
107

[39] Brasil. Ministrio da Sade. Agncia Nacional de Sade. TISS Troca de

Informao de Sade Suplementar. Manual de Instrues - verso 2.1.03.
Agncia Nacional de Sade - ANS, v2.1.03 edition, Mar. 2007. Disponvel
em:<http://www.eln.gov.br/opencms/export/sites/eletronorte/aEmpresa/
saudePPRS/tiss/Manual_TISS_2_1_03.pdf>. Acesso em: 08 Fev. 2015. 61

[40] Brasil. Ministrio da Sade. Agncia Nacional de Sade. Resoluo Normativa No

305 de 9 de outubro de 2012. estabelece o Padro obrigatrio para Troca de Infor-
maes na Sade Suplementar - Padro TISS dos dados de ateno sade dos
beneficirios de Plano Privado de Assistncia Sade e revoga a Resoluo Nor-
mativa - RN no 153, de 28 de maio de 2007 e os artigos 6o e 9o da RN no 190,
de 30 de abril de 2009. Alterada pela RN 341, de 27/11/2013. [internet], 2012.
Disponvel em:<http://www.ans.gov.br/index2.php?option=com_legislacao&
view=legislacao&task=PDFAtualizado&format=raw&id=2268>. Acesso em: 09
Fev. 2015. 62

[41] Brasil. Ministrio da Sade. Agncia Nacional de Sade. Padro tiss - componente
organizacional. Agncia Nacional de Sade - ANS, Maio. 2014. Dispon-
vel em:<www.ans.gov.br/images/stories/Plano_de_saude_e_Operadoras/
tiss/Padrao_tiss/tiss3/padrao_tiss_componente_organizacional_201405_
retif.pdf>. Acesso em: 09 Fev. 2015. xv, 61, 62

[42] Brasil. Ministrio da Sade. Agncia Nacional de Sade (ANS). Padro TISS:
Transaes Eletrnicas. [Internet], 2006. Disponvel em: <http://www.ans.gov.
br/portal/upload/noticias/OFICINA_TISS_Transacoes_Eletronicas.ppt>.
Acesso em: 18 Fev. 2015. 63

151
[43] Brasil. Ministrio da Sade. Agncia Nacional de Sade (ANS). Pa-
dro para Troca de Informao de Sade Suplementar TISS. [Sitio na
internet], [s.d.]. Disponvel em: <http://www.ans.gov.br/prestadores/
tiss-troca-de-informacao-de-saude-suplementar>. Acesso em: 08 Fev. 2015.
61, 63
[44] Brasil. Ministrio da Sade. Agncia Nacional de Sade Suplementar. Glos-
srio temtico: sade suplementar. Agncia Nacional de Sade Suplemen-
tar 2. ed. Braslia: Ministrio da Sade, Braslia - DF, 2012. Dispo-
nvel em: <http://bvsms.saude.gov.br/bvs/publicacoes/glossario_saude_
suplementar_2ed.pdf>. Acesso em: 09 Fev. 2015. 71
[45] Brasil. Ministrio da Sade; Agncia Nacional de Sade Suplementar (ANS). Ins-
truo Normativa n. 34, de 13 de fevereiro de 2009. Dispe sobre a instituio
da Terminologia Unificada da Sade Suplementar - TUSS do Padro TISS para
procedimentos em sade para a troca de informaes entre operadoras de plano
privado de assistncia sade e prestadores de servios de sade sobre os even-
tos assistenciais realizados aos seus beneficirios. [Internet], fev. 2009. Dispon-
vel em:<http://bvsms.saude.gov.br/bvs/saudelegis/ans/2009/int0034_13_
02_2009.html>. Acesso em: 17 Fev. 2015. 69, 70, 72
[46] Brasil. MInistrio da Sade. DATASUS. Departamento de Informtica do SUS. CID
10. sitio na internet, [s. d.]. Disponvel em: <http://datasus.saude.gov.br/
sistemas-e-aplicativos/cadastros-nacionais/cid-10>. Acesso em: 31 jan.
2015. 47
[47] Brasil. Ministrio da Sade. DATASUS. Portal da Sade. Natio-
nal eHealth Strategy Toolkit: Nova ferramenta para o desenvolvi-
mento de polticas e estratgias nacionais de e-Sade, 2014. Disponvel
em:<http://www.datasus.gov.br/DATASUS/index.php?acao=11&id=30370>.
Acesso em: 16 jul. 2014. 14
[48] Brasil. Ministrio da Sade. DATASUS. Portal da Sade. National eHealth Strategy
Toolkit: Nova ferramenta para o desenvolvimento de polticas e estratgias nacio-
nais de e-Sade. [internet], [s. d.]. Disponvel em:<http://www.datasus.gov.br/
DATASUS/index.php?acao=11&id=30370>. Acesso em: 16 jul. 2014. xiv, 16, 17,
128
[49] Brasil. Ministrio da Sade. Secretaria de Ateno Sade. Departamento de Aten-
o Especializada. Plano para implantao do padro ISBT 128 nos servios de he-
moterapia. Ministrio da Sade, Secretaria de Ateno Sade, Departamento de
Ateno Especializada Braslia : Ministrio da Sade, 2012. 20 p. : il. (Srie B.
Textos Bsicos de Sade), 2012. Disponvel em:<http://bvsms.saude.gov.br/
bvs/publicacoes/plano_implantacao_padrao_ISBT128.pdf>. Acesso em: 30
jan 2015. 42, 43
[50] Brasil. Ministrio da Sade. Secretaria-Executiva. Secretaria de Gesto do Traba-
lho e da Educao na Sade. Brasil. Ministrio da Sade. Secretaria-Executiva.
Secretaria de Gesto do Trabalho e da Educao na Sade. Catalogao na

152
 fonte Coordenao-Geral de Documentao e Informao Editora MS
OS 2012/0017, 2 ed -Braslia : Ministrio da Sade edition, 2012. Dispo-
nvel em:< http://bvsms.saude.gov.br/bvs/publicacoes/glossario_gestao_
trabalho_2ed.pdf>. Acesso em: 13 Ago. 2014. 13

[51] Terminologia Unificada da Sade Suplementar TUSS. Terminologia Unificada da

Sade Suplementar. [Internet], [s.d.]. Disponvel em: <http://www.tuss.org.br/
tuss.php>. Acesso em: 17 Fev. 2015. xv, 70

[52] M. das Graas Targino and S.M.S.P. Ferreira. Mais Sobre Revistas Cientificas. Ed.
SENAC, 2008. 24, 25

[53] B. Daum. Modelagem de Objetos de Negcio com Xml. CAMPUS - BB, 2004. 45

[54] Paulo Cesar De Carlia, Maurcio Csar Delamarob, and Valrio Antonio Pamplona
Salomonc. Identificao e priorizao dos fatores crticos de sucesso na implantao
de fbrica digital. Producao, pages 549564, 2010. So Paulo, v.20, n. 4, Dec.
2010. Disponvel em: <http://www.scielo.br/pdf/prod/v20n4/AOP_T6_0001_
0131.pdf>. Acesso em: 10 jun. 2014. DIRETORIA DE SADE - DSAU. 99

[55] Centro Brasileiro de Classificao de Doenas CBCD. Atualizaes de CID 10. sitio
na internet, [s. d.]. Disponvel em: <http://hygeia.fsp.usp.br/~cbcd/index.
html>. Acesso em: 01 fev. 2015. 48

[56] Brasil. Exrcito Brasileiro. Centro de Comunicao Social do Exrcito. Polo

de Tecnologia da Informao. Revista Verde Oliva, Braslia - DF, ano XLI,
n. 223, p. 38-39, abr. 2014. Disponvel em:<http://pt.calameo.com/read/
001238206ef0c1faaa57b>. Acesso em: 11 abr. 2014. 1

[57] Instituto de Engenharia Eltrica e Eletrnica IEEE. Standards Glossary. [Inter-

net], mar. 2010. Disponvel em: <http://www.ieee.org/education_careers/
education/standards/standards_glossary.html>. Acesso em: 22 fev. 2015. 16,
136

[58] Brasil. Comit Executivo de Governo Eletrnico. e-PING Padres de Interoperabili-

dade de Governo Eletrnico. GOV.BR. e-PING. [internet], documento de referncia.
verso 2014 edition, 2014. Disponvel em: <http://www.governoeletronico.gov.
br/biblioteca/arquivos/documento-da-e-ping-versao-2014/view>. Acesso
em: 04 ago. 2014. 17, 18

[59] Sociedade Brasileira de Informtica em Sade and Conselho Federal de Medicina.

Manual de Certificao para Sistemas de Registro Eletrnico em Sade (S-RES)
Verso 4.1. Brasil, out. 2013. 121, 122

[60] Conselho Federal de Medicina and Sociedade Brasileira de Informtica em Sade.

CARTILHA SOBRE PRONTURIO ELETRNICO: A Certificao deSistemas
de Registros Eletrnico de Sade. Segurana e Confidencialidade para a Infor-
mao do Paciente. CFM. SBIS, online, fevereiro de 2012 edition, fev. 2012.
Disponvel em: <http://portal.cfm.org.br/crmdigital/Cartilha_SBIS_CFM_
Prontuario_Eletronico_fev_2012.pdf>. Acesso em: 13 ago. 2014. 13, 121, 136

153
[61] Conselho Federal de Medicina CFM. Resoluo CFM no 1.639/2002: Aprova as
"normas tcnicas para o uso de sistemas informatizados para a guarda e manu-
seio do pronturio mdico", dispe sobre tempo de guarda dos pronturios, esta-
belece critrios para certificao dos sistemas de informao e d outras providn-
cias. Revogada pela Resoluo CFM n. 1821/2007. internet, 2002. Dis-
ponvel em: <http://www.portalmedico.org.br/resolucoes/cfm/2002/1639_
2002.htm>. Acesso em: 14 ago. 2014. 122

[62] Conselho Federal de Medicina CFM. Resoluo CFM no 1.821/2007: Aprova as

normas tcnicas concernentes digitalizao e uso dos sistemas informatizados para
a guarda e manuseio dos documentos dos pronturios dos pacientes, autorizando a
eliminao do papel e a troca de informao identificada em sade. Publicada
no D.O.U. de 23 nov. 2007, Seo I, pg. 252, 2007. Disponvel em: <http://
www.portalmedico.org.br/resolucoes/cfm/2007/1821_2007.htm>. Acesso em:
14 ago. 2014. 122

[63] Sociedade Brasileira de Medicina de Famlia e Comunidade (SBMFC). Classificao

Internacional de Ateno Primria (CIAP 2) / Elaborada pelo Comit Internacio-
nal de Classificao da WONCA (Associaes Nacionais, Academias e Associaes
Acadmicas de Clnicos Gerais/Mdicos de Famlia, mais conhecida como Organi-
zao Mundial de Mdicos de Famlia) ; Consultoria, superviso e reviso tcnica
desta edio, Gustavo Diniz Ferreira Gusso. Sociedade Brasileira de Medicina de
Famlia e Comunidade, 2. ed edition, 2010. 53

[64] Associao Brasileira de Normas Tcnicas. ABNT ISO GUIA 73. ABNT, Rio de
Janeiro, nov. 2009. 9, 10, 11, 111, 115, 116, 120

[65] Associao Brasileira de Normas Tcnicas. NBR 31000. ABNT, Rio de Janeiro,
nov. 2009. xiv, 10, 11, 12, 90, 96, 97, 106, 108, 115, 117

[66] Associao Brasileira de Normas Tcnicas. NBR 38500. ABNT, Rio de Janeiro,
abr. 2009. 90, 97, 106, 115, 117

[67] Associao Brasileira de Normas Tcnicas. NBR 27005. ABNT, Rio de Janeiro,
nov. 2011. 90, 96, 97, 106, 111, 115

[68] Associao Brasileira de Normas Tcnicas. NBR 31010. ABNT, Rio de Janeiro,
abr. 2012. xv, xvi, xvii, 6, 90, 93, 94, 97, 100, 107, 108, 109, 110, 111, 112, 115, 116

[69] Thiago Fernandes de Freitas Dias and Joaquim Cezar Felipe. Implementao de uma
metodologia para mapeamento entre terminologias em sade, por meio de regras de
associao e busca textual, para suporte interoperabilidade em sistemas, abril
2014. Disponvel em: <http://revista.fmrp.usp.br/2014/suplementos_2014/
revista_IASIS2014.pdf>. Acesso em: 05 jan. 2015. 19, 21

[70] Distler, Pat. ISBT 128: a global information standard. Cell and Tissue Ban-
king, 11(4):365373, jul 2010. Disponvel em: <http://dx.doi.org/10.1007/
s10561-010-9196-2>. Acesso em: 27 jan. 2015. xiv, 39, 41, 42

154
[71] ECF Domingos. Interoperabilidade entre Ambientes de Simulao e Projeto de
Processos da Engenharia Qumica. 104 f. dissertao (mestrado) - cincias em en-
geharia qumica, Instituto Alberto Luiz Coimbra de Ps-Graduao e Pesquisa de
Engenharia (Coppe) da Universidade Federal do Rio De Janeiro (UFRJ), Rio de Ja-
neiro, RJ, set. 2010. Disponvel em:<http://objdig.ufrj.br/60/teses/coppe_
m/EricaConceicaoFernandesDomingos.pdf>. Acesso em: 17 jul. 2014. 18, 75, 78

[72] Emmanuel Fauzer Silva dos Santos and Paulo Caetano da Silva. Uma nova estrutura
para o hl7: Taxonomia a new structure for the hl7: Taxonomy. Anais do Congreso
Brasileiro de Informtica em Sade - CBIS 2012, 2012. Disponvel em:<http:
//www.sbis.org.br/cbis2012/arquivos/817.pdf>. Acesso em: 12 Mar. 2015.
78

[73] Brasil. Conselho Nacional dos Secretrios de Sade (CONASS). Padres de infor-
mao em sade e de interoperabilidade entre os sistemas de informao. CONASS.
Braslia/DF., 2011. Disponvel em:<http://www.conass.org.br/>. Acesso em:
16 Jul. 2014. 17

[74] Georg Duftschmid, Judith Chaloupka, and Christoph Rinner. Towards plug-and-
play integration of archetypes into legacy electronic health record systems: the
archimed experience. BMC Medical Informatics and Decision Making, 13(1):11,
2013. Disponvel em: <http://www.biomedcentral.com/1472-6947/13/11>.
Acesso em: 21 jan. 2015. 138

[75] Estados Unidos. University of North Carolina at Chapel Hill (UNC). Information
Technology Services. It governance. sitio na internet, 2014. Disponvel em: <http:
//its.unc.edu/cio/office-of-the-cio/it-governance/>. Acesso em: 18 mai.
2014. 1

[76] L. B. Feldman. Gesto de Risco e Segurana Hospitalar. Organizadora. So Paulo:

Editora Martinari, 2008. 13

[77] Joo Figueiredto Filho, Diego Santos de Andrade Pizzol, Luciano Carvalho de Me-
deiros Junior, Andrea Fernanda Fontes Bezerra, and Gustavo Henrique Matos Be-
zerra Motta. Infraestrutura de segurana para comunicao, autenticao e autori-
zao transparentes em hospitais federados. J. health inform, 3(2), 2011. 75

[78] Centre for Economics and Business Research CEBR. CEBR WORLD ECO-
NOMIC LEAGUE TABLE: Cebrs World Economic League Table 2013 shows
China overtaking US in 2028; UK to overtake Germany around 2030. in-
ternet, 26 dez. 2013. Disponvel em: <http://www.cebr.com/reports/
cebr-world-economic-league-table/>. Acesso em: 14 maio 2014. 15

[79] International Organization for Standardization ISO. ISO 12052:2006. Health in-
formatics Digital imaging and communication in medicine (DICOM) including
workflow and data management. sitio da ISO.org, 2015. Disponvel em: <http:
//www.iso.org/iso/catalogue_detail?csnumber=43218>. Acesso em: 23 jan.
2015. 32

155
[80] B.A. Forouzan. Comunicao de Dados e Redes de Computadores. McGraw Hill
Brasil, 2007. 29

[81] Frederico Freitas, Stefan Schulz, and Eduardo Moraes. Survey of current termino-
logies and ontologies in biology and medicine. R. Eletr. de Com. Inf. Inov. Sade.
Rio de Janeiro, 3(1):820, Mar. 2009. Dispponvel em: <http://www.reciis.
cict.fiocruz.br/index.php/reciis/article/view/239/249>. Acesso em: 07
Fev. 2015. 55, 60

[82] Maria Cristiane Barbosa Galvo. Terminologias e comunicao em sade: uma ques-
to de vida ou morte. In: Almeida Junior, O.F. Infohome [Internet]. Londrina:
OFAJ, 2014, mai 2014. Disponvel em: <http://www.ofaj.com.br/colunas_
conteudo.php?cod=834>. Acesso em: 07 Mar. 2015. 138

[83] Maria Cristiane Barbosa Galvo and Ivan Luiz Marques Ricarte. A snomed ct e os
sistemas de informao em sade. Infohome. [internet], pages 18, Jun. 2013. Dispo-
nvel em: <http://www.ofaj.com.br/colunas_conteudo.php?cod=757>. Acesso
em: 08 Fev. 2015. 54, 55, 56, 60, 128

[84] Maria Cristina Barbosa Galvo and Ivan Luiz Marques Ricarte. O pronturio eletr-
nico do paciente no sculo xxi: contribuies necessrias da cincia da informao.
Rev Ci Inf Doc, 2(2):77100, 2011. 20, 21

[85] M.C.B. Galvo and I.L.M. Ricarte. PRONTUARIO DO PACIENTE. Editora GUA-
NABARA, 2012. 135, 140

[86] D.A. Gomes. Web Services SOAP em Java: Guia prtico para o desenvolvimento
de web services em java. Novatec Editora, 2a edio ampliada e revisada edition,
2014. 77

[87] Gov.UK. Cabinet Office. Government ict strategy : Smarter, cheaper, greener. [In-
ternet], jan. 2010. Disponvel em: <http://webarchive.nationalarchives.gov.
uk/+/http:/www.cabinetoffice.gov.uk/media/317444/ict_strategy4.pdf>.
Acesso em: 19 jan. 2015. 136

[88] H. Greenspun and J. Champy. Reengenharia na Sade: Um Manifesto pela Reviso

Radical da Ateno Sade. Artmed Editora, 2012. 16, 20

[89] LA Gubolino, MACQ Lopes, CAC Pedra, PRA Caramori, JA Mangione, SS Silva,
D Salvadori Junior, JA Marin-Neto, HJ Castello Junior, MJC Cantarelli, et al.
Diretrizes da Sociedade Brasileira de Cardiologia sobre Qualidade Profissional e
Institucional, Centro de Treinamento e Certificao Profissional em Hemodinmica e
Cardiologia Intervencionista (III Edio-2013). Arquivos Brasileiros de Cardiologia,
101(6):158, 2013. Disponvel em: <http://www.scielo.br/pdf/abc/v101n6s4/0066-
782x-abc-101-06-s4-0001.pdf>. Acesso em: 17 Fev 2015. 67, 68, 69, 70, 71

[90] P. Gupta and A. Sri. Seis Sigma:. Vida Economica Editorial, 2012. 84

156
[91] Gustavo Diniz Ferreira Gusso. Diagnstico de demanda emFlorianpo-
lis utilizando a Classificao Internacional de Ateno Primria: 2a edi-
o (CIAP-2). Tese de doutorado, Tese (Doutorado em Cincias)
Faculdade de Medicina da Universidade de So Paulo, So Paulo - SP,
2009. Dispponvel em: <http://www.teses.usp.br/teses/disponiveis/5/
5159/tde-08032010-164025/publico/GustavoGusso.pdf>. Acesso em:. 50, 51,
52

[92] Marcelo Souza Hadlich, Glucia Maria Moraes Oliveira, Ral A. Feijo, Clerio F.
Azevedo, Bernardo Rangel Tura, Paulo Gustavo Portela Ziemer, Pablo Javier
Blanco, Gustavo Pina, Mrcio Meira, and Nelson Albuquerque de Souza e Silva.
Software livre e de cdigo aberto para avaliao de imagens de angiotomografia de
coronrias. Arquivos Brasileiros de Cardiologia, 99:944 951, 10 2012. Disponvel
em:<http://www.scielo.br/pdf/abc/v99n4/aop08612.pdf>. Aesso em: 24 jan.
2015. 32

[93] Health Level Seven - HL7. About hl7. sitio da HL7, 2015. Disponvel em: <http:
//www.hl7.org/about/index.cfm?ref=nav>. Acesso em: 23 jan. 2015. 27, 29, 30

[94] Health Level Seven - HL7. Introduction to hl7 standards. sitio da HL7, 2015. Dispo-
nvel em: <http://www.hl7.org/implement/standards/index.cfm?ref=nav>.
Acesso em: 23 jan. 2015. 28

[95] ICCBBA. Introduo ao ISBT 128. International Council for Commonality

in Blood Banking Automation, PO Box 11309, San Bernardino, CA 92423-
1309 USA, in - 28 - 1a edio - 2012 edition, 2012. Disponvel em: <http:
//www.iccbba.org/uploads/77/b5/77b5b71bc50f4634607797b03b22d78b/
IN-028-An-Introduction-to-ISBT-128-Portuguese-v1.pdf>. Acesso em: 26
jan. 2015. xiv, 40, 41, 137

[96] International Health Terminology Standards Development Organisation (IHTSDO).

Snomed ct: The global language of healthcare. sitio na internet, 2015. Disponvel
em: <http://www.ihtsdo.org/>. Acesso em: 02 Fev. 2015. 54, 55

[97] Project Management Institute-PMI. A Guide to the Project Management Body

of Knowledge (PMBOK R Guide). PMI Standard. Project Management Institute,
Incorporated, 2013. xv, 84, 85, 99

[98] Integrating the Healthcare Enterprise - IHE . About ihe: Integrating the healthcare
enterprise (ihe). vision. mission. sitio da IHE, 2015. Disponvel em: <http://www.
ihe.net/About_IHE/>. Acesso em: 23 jan. 2015. 43

[99] International Council for Commonality in Blood Banking Automation (ICCBBA).

What is ISBT 128? sitio da internet, 2015. Disponvel em: <http://www.iccbba.
org/home/isbt-128-basics/what-is-isbt-128>. Acesso em: 23 jan. 2015. 39

[100] International Health Terminology Standards Development Organisation -

IHTSDO. SNOMED CT Starter Guide. IHTSDO, Dez. 2014. Dispo-
nvel em: <http://ihtsdo.org/fileadmin/user_upload/doc/download/doc_

157
 StarterGuide_Current-en-US_INT_20141202.pdf?ok>. Acesso em: 08 Fev. 2015.
xv, 54, 55

[101] International Health Terminology Standards Development Organisation - IHTSDO.

IHTSDO SNOMED CT Browser. Sitio na internet, 2015. Disponvel em: <http:
//browser.ihtsdotools.org/>. Acesso em: 08 Fev. 2015. xv, 59

[102] International Telecommunication Union ITU. e-health standards and interoperabi-

lity. sitio na internet, ago. 2014. Disponvel em: <http://www.paho.org/BRA/
index.php?option=com_content&view=article&id=3167&Itemid=371>. Acesso
em: 02 Ago. 2014. 15, 93, 107

[103] F.R. Jacobs and R.B. Chase. Administrao de Operaes e da Cadeia de Supri-
mentos 13ed:. McGraw Hill Brasil, 13 edition, 2011. 84

[104] P de M Jannuzzi, WL de MIRANDA, and DSG da SILVA. Anlise Multicritrio

e Tomada de Deciso em Polticas Pblicas: Aspectos Metodolgicos, Aplicativo
Operacional e Aplicaes. Revista Informtica Pblica, 11(1):6987, 2009. Dispon-
vel em: <http://www.ip.pbh.gov.br/ANO11_N1_PDF/analise_multicriterio_
e_tomada_de_decisao_em_Politicas_Publicas.pdf>. Acesso em: 25 mai. 2014.
92

[105] Gustavo de Arajo Porto LandsbergI, Leonardo Canado Monteiro Savassi, Andr
Bonamigo de Sousa, Janana Miranda Rocha de Freitas, Janana Le Sann Nasci-
mento, and Rafael AzagraIVand. Anlise de demanda em Medicina de Famlia no
Brasil utilizando a Classificao Internacional de Ateno Primria. Cincia e Sade
Coletiva, 17:3025 3036, 11 2012. Disponvel em: <http://www.scielo.br/pdf/
csc/v17n11/v17n11a18.pdf>. Acesso em: 03 Fev. 2015. 53

[106] Ruy Laurenti, Heloisa Brunow Ventura Di Nubila, Abrahao Augusto Joviniano
Quadros, Monica Tilli Reis Pessoa Conde, and Acary Souza Bulle Oliveira. A
Classificacao Internacional de Doencas, a Familia de Classificacoes Internacionais,
a CID-11 e a Sindrome Pos-Poliomielite. Arquivos de Neuro-Psiquiatria, 71:3
10, 09 2013. Disponvel em: <http://www.scielo.br/scielo.php?script=sci_
arttext&pid=S0004-282X2013000900111&lng=en&nrm=iso>. Accesso em: 01 Feb.
2015. xv, 48, 49

[107] Dennis Lee, Nicolette de Keizer, Francis Lau, and Ronald Cornet. Literature re-
view of snomed ct use. Journal of the American Medical Informatics Association,
21(e1):e11e19, 2014. 54

[108] Dennis Lee, Nicolette de Keizer, Francis Lau, and Ronald Cornet. Literature re-
view of snomed ct use. Journal of the American Medical Informatics Association,
pages e11e19, Fev. 2014. Disponvel em: <http://jamia.oxfordjournals.org/
content/jaminfo/21/e1/e11.full.pdf>. Acesso em: 08 Fev. 2015. 59

[109] J. Lisboa, A. Coelho, F. Coelho, and F. Almeida. Introduo Gesto de Organi-

zaes. Vida Economica Editorial, 3a edio. edition, 2011. 116, 132

158
[110] Edgar Lugo, Hyxia Villegas, Angel Villegas, and Jos Pacheco. Lector de historias
clnicas electrnicas codificadas en el estndar Health Level 7 / Clinical Document
Architecture para su aplicacin en servicios de telemedicina. Universidad, Ciencia
y Tecnologia, 13:143 152, 06 2009. Dispponvel em: <http://www.scielo.org.
ve/pdf/uct/v13n51/art10.pdf>. Acesso em: 27 jan. 2015. 31, 32, 130

[111] Odersio Martinho Filho and Luiz Gonzaga Mariano de Souza. Restries tc-
nicas associadas a um sistema integrado de gesto: estudo de caso em uma em-
presa. ENCONTRO NACIONAL DE ENGENHARIA DE PRODUO - ENGEP,
16(XXVI), 10 2006. Disponvel em: <http://www.abepro.org.br/biblioteca/
ENEGEP2006_TR470319_7049.pdf>. Acesso em: 14 jun. 2014. 84

[112] M. McNickle. 8 common questions about HL7. Healthcare IT News,

04 2012. Disponvel em: <http://www.healthcareitnews.com/news/
8-common-questions-about-hl7?page=1>. Acesso em: 23 jan. 2015. 28

[113] Simone Fabiano Mendes, Jussara Macedo Pinho Rotzsch, Rigoleta Dutra Medi-
ano Dias, Carlos Eduardo Porto da Costa Figueiredo, Patricia Nascimento Ges,
Heitor Franco Werneck, Luiz Eduardo de Souza Vieira, and Adriana Chermut dos
Santos Winter. Uma anlise da implantao do padro de troca de informao em
sade suplementar no Brasil. Journal of Health Informatics, 1(2):6167, OutDez
2009. Disponvel em: <http://www.jhi-sbis.saude.ws/ojs-jhi/index.php/
jhi-sbis/article/download/86/97>. Acesso em: 10 Fev. 2015. 65, 124, 134

[114] National Electrical Manufacturers Association (NEMA). Medical Imaging & Tech-
nology Alliance (MITA). ABOUT MITA. online. Sitio na internet, 2015. Disponvel
em: <http://www.medicalimaging.org/about-mita/>. Acesso em: 26 jan. 2015.
32

[115] Ricardo Csar Rocha Moreira. Quanto vale uma consulta mdica? Revista Itrico,
2014. Disponvel em: <http://www.crmpr.org.br/publicacoes/cientificas/
index.php/iatrico/article/viewFile/501/489>. Acesso em: 08 Mar. 2015. 68

[116] Anderson Dutra Moura, Kristy Soraya Coelho, Alysson Frantz, MAH Scheimel, and
JS Dias. Aplicao do xml em sistemas de informao em sade. Anais do CBIS,
2006. Disponvel em: <http://www.sbis.org.br/cbis/arquivos/947.pdf>.
Acesso em: 12 Mar. 2015. 78

[117] M. Nagy, P. Hanzlcek, P. Preckov, A. Rha, M. Dioszegi, and L. Seidland J.

Zvrov. Semantic interoperability in czech healthcare environment supported by
hl7 version 3. Methods Inf Med, 49(1):186195, 2010. Disponvel em: <http:
//www.ncbi.nlm.nih.gov/pubmed/19936441>. Acesso em: 06 Fev. 2015. 56, 60,
127, 128

[118] Logical Observation Identifiers Names and Codes (LOINC ).

R Getting Started with
LOINC - Jumpstart your path to LOINCing prowess. sitio da LOINC .R [internet],
2015. Disponvel em: <http://loinc.org/get-started/02.html>. Acesso em:
23 jan. 2015. xiv, 36, 38, 39

159
[119] National E-Health Transition Authority (NEHTA). SNOMED CT-AU. Si-
tio na internet, Nov. 2014. Disponvel em: <https://www.nehta.gov.au/
implementation-resources/ehealth-foundations/snomed-ct-au>. Acesso em:
08 Fev. 2015. 59, 60

[120] Ricardo Alfredo Quintano Neira, Andrea Puchnick, Frederico Molina Cohrs, Paulo
Roberto de Lima Lopes, Henrique Manoel Lederman, and Ivan Torres Pisa. Avalia-
o de um sistema de segunda opinio em radiologia. Radiologia Brasileira, 43:179
183, 06 2010. Disponvel em:<http://www.scielo.br/pdf/rb/v43n3/10.pdf>.
Acesso em: 23 jan. 2015. 31

[121] National Electrical Manufacturers Association (NEMA). Digital Imaging

and Communications in Medicine (DICOM). online. Sitio na inter-
net, Ago 2011. Disponvel em: <http://www.nema.org/Standards/Pages/
Digital-Imaging-and-Communications-in-Medicine.aspx>. Acesso em: 26
jan. 2015. 32

[122] National Electrical Manufacturers Association (NEMA). DICOM PS 3

2014c - Release Notes. online. Sitio na internet, 2014. Dispo-
nvel em: <http://medical.nema.org/medical/dicom/current/output/pdf/
releasenotes_2014c.pdf>. Acesso em: 26 jan. 2015. xiv, 33, 34

[123] National Electrical Manufacturers Association (NEMA). DICOM PS3.20 2014c -

Transformation of DICOM to and from HL7 Standards. online. Sitio na inter-
net, 2014. Disponvel em: <http://medical.nema.org/medical/dicom/current/
output/pdf/part20_changes.pdf>. Acesso em: 26 jan. 2015. xiv, 35

[124] National Electrical Manufacturers Association (NEMA). The DICOM Standard

2014c. online. Sitio na internet, 2014. Disponvel em: <http://medical.nema.
org/standard.html>. Acesso em: 26 jan. 2015. 32

[125] A. F. S. Netto. Proposta de artefato de identificao de riscos nas contrataes de TI

da administrao pblica federal, sob a tica da ABNT NBR ISO 31000 gesto
de riscos. Dissertao de mestrado em engenharia eltrica, publicao 521/2013,
Departamento de Engenharia Eltrica, Universidade de Braslia, Braslia, DF, 2013.
10, 11

[126] ABPMP Association of business Process Management Professionals. BPM CBOK

version 3.0. ABPMP - Association of business Process Management Professionals,
[S.L.], cop. 2013. 81

[127] Association of business Process Management Professionals ABPMP. BPM CBOK

version 2.0 Terceira liberao em Portugus. Association of business Process
Management Professionals - ABPMP, [S.L.], cop. 2009. 80, 81, 83

[128] OpenEHR. What is openEHR? Sitio na Internet, 2015. Disponvel em: <http:
//www.openehr.org/what_is_openehr>. Acesso em: 21 jan. 2015. xiv, 24, 25, 26,
73

160
[129] OpenPIXPDQ. OpenPIXPDQ. sitio na internet, 2015. Disponvel em: <http:
//openpixpdq.sourceforge.net/>. Acesso em: 31 jan. 2015. 45

[130] ORACLE. GlassFish ESB Release 2.2 Documentation Center. sitio na inter-
net, 2010. Disponvel em: <http://docs.oracle.com/cd/E19182-01/821-0537/
gitfm1/index.html>. Acesso em: 31 jan. 2015. 47

[131] ORACLE. Understanding the Sun GlassFish ESB PIX/PDQ Manager. sitio
na internet, 2010. Disponvel em: <http://docs.oracle.com/cd/E19182-01/
821-0867/hcp_overview_c/index.html>. Acesso em: 31 jan. 2015. xv, 44, 46

[132] World Health Organization and International Telecommunication Union. Nati-

onal eHealth strategy toolkit. World Health Organization. Geneva, Switzerland,
2012. Disponvel em: <http://www.searo.who.int/entity/health_situation_
trends/documents/full_version_national_ehealth_toolkit.pdf>. Acesso
em: 10 abr. 2014. xiv, xvi, 7, 14, 124, 125, 128, 129, 130, 134

[133] Claudecir Paton, Silvio Aparecido Teixeira, Valdemir Ferreira Martins, Wal-
mir da Fonseca Veiga, Dermival Ailto Mastelari, and Jos Aylton No-
gueira. O uso do Balanced Scorecard como um sistema de gesto es-
tratgica. UNOPAR Cientfica Cincias Jurdicas e Empresariais, 1(1),
2014. Disponvel em: <http://www.pgss.com.br/revistacientifica/index.
php/juridicas/article/download/841/778>. Acesso em: 15 Mar. 2015. 113

[134] Portugal. and Laboratrio Nacional de Engenharia Civil. Abordagens de riscos em

barragens de aterro /. LNEC, Lisboa :, 2009. O CD-ROM contm os anexos. 108

[135] R.S. Pressman. Engenharia de Software. McGraw Hill Brasil, 2011. 106

[136] Ruben Fernando Santos Silva Ribeiro. Implementao ESB na unidade hospital X:
Uso normalizado de mensagens HL7. Dissertao de mestrado, (Mestrado em Enge-
nharia Informtica. rea de Especializao em Arquiteturas, Sistemas e Redes )
Instituto Superior de Engenharia do Porto (ISEP), Porto - Portugal, out. 2012. Dis-
ponvel em: <https://dspace.isep.ipp.pt/jspui/bitstream/123456789/235/
1/Tese_1090011_v1.pdf>. Acesso em: 23 jan 2015. 27, 29, 30, 32

[137] Bruno V. Rocha, Caio C. Gazim, Camila V. Pasetto, and Joo Carlos Simes. Re-
lao mdico-paciente (doctor-patient relationship). Revista do Mdico Residente.
Conselho Regional de Medicina do Paran (CMPR), 13:114118, 2011. Dispo-
nvel em: <http://www.crmpr.org.br/publicacoes/cientificas/index.php/
revista-do-medico-residente/article/viewFile/8/13>. Acesso em: 03 Fev.
2015. 51, 52

[138] L.M.R. Romero. XIII Mediterranean Conference on Medical and Biological Engine-
ering and Computing 2013: MEDICON 2013, 25-28 September 2013, Seville, Spain.
IFMBE Proceedings. Springer, 2013. 26

[139] Daiane Cristina Martins Ronchi, Dandara Novakowski Spigolon, Diego Garcia,
Paulo Eduardo S. L. Cicogna, Hugo Bulegon, and Claudia Maria Cabral Moro.
Desafios no desenvolvimento de pronturios eletrnicos baseados em arqutipos:

161
 avaliao fisioteraputica funcional. Fisioterapia em Movimento, 25:497 506, 09
2012. Disponvel em: <http://www.scielo.br/pdf/fm/v25n3/05.pdf>. Acesso
em: 21 jan. 2015. 24, 26, 27, 72, 137

[140] Daiane Cristina Martins Ronchi, Dandara Novakowski Spigolon, Diego Garcia,
PESL Cicogna, Hugo Bulegon, and Claudia Maria Cabral Moro. Desafios no
desenvolvimento de pronturios eletrnicos baseados em arqutipos: avaliao fi-
sioteraputica funcional. Fisioter Mov, 25(3):497506, 2012. Disponvel em:
<http://www.scielo.br/pdf/fm/v25n3/05.pdf>. Acesso em:15 Mar. 2015. 135,
136

[141] Thomas L. Saaty. How to make a decision: The analytic hierarchy process. Euro-
pean Journal of Operational Research, 48(1):9 26, 1990. Desicion making by the
analytic hierarchy process: Theory and applications. Disponvel em: <http://www.
sciencedirect.com/science/article/pii/037722179090057I>. Acesso em: 18
jun. 2014. xvi, 94, 97, 100, 101

[142] Thomas L Saaty. Theory and applications of the analytic network process: de-
cision making with benefits, opportunities, costs, and risks. RWS publications,
2005. Disponvel em: <http://books.google.com.br/books?id=65N6FiNBMjEC&
printsec=frontcover&hl=ptBR&source=gbs_ge_summary_r&cad=0>. Acesso em:
25 jun. 2014. xvii, 101, 105, 106, 107

[143] Thomas L Saaty. Decision making with the analytic hierarchy pro-
cess. International journal of services sciences, 1(1):8398, 2008. Dispo-
nvel em: <http://www.colorado.edu/geography/leyk/geog_5113/readings/
saaty_2008.pdf>. Acesso em: 03 jun. 2014. xvi, 100

[144] C. Sampaio. SOA e Web Services em Java. Brasport, 2006. 77

[145] Diana Lusa Rocha Santos and Rita Maria Santos Silva. Segurana da informao:
a norma ISO/IEC 27000 e ISO/IEC 27001. Dissertao de mestrado, (Mestrado
em Cincia da Informao) Faculdade de Engenharia Universidade de Porto
(FEUP), 2012. 91

[146] M. R. Santos. Sistema de registro eletrnico de sade baseado na norma iso 13606:
aplicaes na Secretaria de Estado de Sade de Minas Gerais. Perspectivas em Ci-
ncia da Informao, 16:272 272, 09 2011. Disponvel em: <http://www.scielo.
br/scielo.php?script=sci_arttext&pid=S1413-99362011000300018>. Acesso
em: 30 dez. 2014. 73

[147] M. R. Santos, M. P. Bax, and C. Pessanha. Uma Leitura Ontolgica da Norma ISO
13606 para o Registro Eletrnico de Sade . in: anais do xii congresso brasileiro de
informtica em sade (cbis 2010). anais do XII Congresso Brasileiro de Informtica
em Sade (CBIS 2010) , 2010. Disponvel em: <http://sres.saude.mg.gov.br/
upload/manual/PaperArquetiposeontologias-SESMG.pdf>. Acesso em: 31 dez.
2014. xv, 72, 73, 74, 75

162
[148] Marcelo Rodrigues dos Santos. Sistema de registro eletrnico de sade baseado na
norma ISO 13606: aplicaes na Secretaria de Estado de Sade de Minas Gerais.
175 f.tese (doutorado), Universidade Federal de Minas Gerais, Escola de Cincia da
Informao., 2011. 73, 74, 75
[149] C.A. Shoniregun, K. Dube, and F. Mtenzi. Electronic Healthcare Information Se-
curity. Advances in Information Security. Springer, 2010. 29, 30
[150] Andr Henrique Siqueira. Sobre a natureza da tecnologia da informao. Cincia
da Informao, 37:85 94, 04 2008. 92
[151] Ian Sommerville. Engenharia de Software, 8a edio, Traduo: Selma Shin Shimizu
Mel-nikoff, Reginaldo Arakaki, Edilson de Andrade Barbosa. So Paulo: Pearson
Addison-Wesley, 2007. 19, 87, 122
[152] Dennis Sosnoski. Java web services: Axis2 ws-security signing and encryption.
IBM Corporation. Disponvel em: <http: // www. ibm. com/ developerworks/
library/ j-jws5/ j-jws5-pdf. pdf >. Acesso em: 10 mar, 2009. 75, 76
[153] OASIS Standard. Web services security x. 509 certificate token profile version
1.1. [internet], 2012. Disponvel em: <http://docs.oasis-open.org/wss/
oasis-wss-wssecurity-secext-1.1.xsd>. Acesso em: 10 Mar. 2015. xv, 76
[154] Fernando Surez-Obando and Jhon Camacho Snchez. Estndares en informtica
mdica: generalidades y aplicaciones. Revista Colombiana de Psiquiatrria, 42:295
302, 09 2013. Disponvel em: <http://www.scielo.org.co/pdf/rcp/v42n3/
v42n3a09.pdf>. Acesso em: 28 jan. 2015. 136, 138
[155] A.S. Tanenbaum. Redes de computadores. CAMPUS - RJ, 2003. 29, 30
[156] Integrating the Healthcare Enterprise-IHE. ITI Technical Committee. IHE IT
Infrastructure Technical Framework Patient Identifier Cross-Reference HL7
V3 (PIXV3) and Patient Demographic Query HL7 V3 (PDQV3) Supplement.
Bookman Companhia Editora Ltda, rev 2.1 edition, ago. 2010. Dispo-
nvel em:<http://www.ihe.net/Technical_Framework/upload/IHE_ITI_Suppl_
PIX_PDQ_HL7v3_Rev2-1_TI_2010-08-10.pdf>. Acesso em: 01 fev. 2015. xv, 45
[157] Saulo Soares de Toledo. Proposta de personal health record (phr) para o nu-
tes: um sistema de informaes sobre sade voltado ao projeto. [internet],
2013. Disponvel em:<http://dspace.bc.uepb.edu.br:8080/xmlui/handle/
123456789/1733>. Acesso em: 10 Mar. 2015. 76
[158] M.I. Tomael. Fontes de Informao na Internet. EDUEL, 2008. 16, 139
[159] E. Turban, J.C. Wetherbe, and E. Mclean. Tecnologia Da Informacao Para Gestao.
BOOKMAN COMPANHIA ED, 2010. 1
[160] Nitin S. Ujgare and Swati P. Baviskar. Conversion of DICOM Image in to JPEG,
BMP and PNG Image Format. International Journal of Computer Applications,
62(11):2226, January 2013. Disponvel em:<http://research.ijcaonline.org/
volume62/number11/pxc3884886.pdf>.Acesso em: 25 jan. 2015. xiv, 33, 34

163
[161] Daniel J. Vreeman, Maria Teresa Chiaravalloti, John Hook, and Clement J. Mc-
Donald. Enabling international adoption of LOINC through translation. Jour-
nal of Biomedical Informatics, 45:667673, 01 2012. Disponvel em:<http://www.
j-biomed-inform.com/article/S1532-0464(12)00006-8/pdf>. Acesso em: 27
jan. 2015. 36

[162] W3C.org. Web services description language (wsdl) 1.1. [internet], 2001. Disponvel
em:<http://www.w3.org/TR/2001/NOTE-wsdl-20010315>. Acesso em: 12 Mar.
2015. 77

[163] W3C.org. Xml technology. [internet], 2015. Disponvel em:<http://www.w3.org/

standards/xml/>. Acesso em: 12 Mar. 2015. 77, 78

[164] Ruth M Warwick, Jeremy Chapman, Timothy L Pruettc, and Haibo Wangd. Glo-
bally consistent coding systems for medical products of human origin. Bull World
Health Organ, 91:314314A, Mai 2013. Disponvel em:<http://www.who.int/
bulletin/volumes/91/5/12-116988.pdf>. Acesso em 30 jan 2015. 39, 41, 138

[165] C. Werkema. Criando a Cultura Lean Seis Sigma. Elsevier, 2012. 84, 85

[166] World Health Organization: WHO. Sixty-third world health assembl. wha63.22.
agenda item 11.21 21 may 2010 human organ and tissue transplantation. Technical
report, WHO, mai 2010. Disponvel em: <http://apps.who.int/gb/ebwha/pdf_
files/WHA63/A63_R22-en.pdf>. Acesso em: 29 jan. 2015. 138

[167] World Health Organization: WHO. International Classification of Diseases (ICD).

sitio na internet, 2015. Disponvel em: <http://www.who.int/classifications/
icd/en/>. Acesso em: 31 jan. 2015. xv, 47, 48, 49, 50

[168] World Health Organization: WHO. ISBT Consistent Coding Systems. sitio da inter-
net, 2015. Disponvel em: <http://www.who.int/transplantation/tra_isbt/
en/>. Acesso em: 23 jan. 2015. 39, 40, 41, 137

[169] World Health Organization: WHO. WONCA - World Organization of Fa-

mily Doctors. sitio na internet, 2015. Disponvel em: <http://www.who.int/
workforcealliance/members_partners/member_list/wonca/en/>. Acesso em:
02 Fev. 2015. 50

[170] James TC Wright and Renata Alves Giovinazzo. Delphi: uma ferramenta de apoio
ao planejamento prospectivo. Caderno de Pesquisas em Administrao, 1(12):5465,
2000. Disponvel em: <http://www.cgee.org.br/atividades/redirKori/861>.
Acesso em: 08 mai. 2014. 93

[171] Rodzyah Mohd Yunus, Zalina Samadi, Norezatty Mohd Yusop, and Dasimah Omar.
Expert Choice for Ranking Heritage Streets. Procedia-Social and Behavioral Sci-
ences, 101:465475, 2013. Disponvel em: <http://www.sciencedirect.com/
science/article/pii/S1877042813021150>. Acesso em: 23 jun. 2014. 101

164
 Apndice A

Survey para diagnosticar o nvel de

conhecimento dos gestores e
integrantes, sobre gesto de risco na
D Sau

165
 Mestrado Profissional em Computao Aplicada (MPCA)

Objetivo

Esta pesquisa tem como objetivo principal mensurar o nvel de conhecimento acerca do
conhecimento da Gesto de Riscos, segundo determinadas boas prticas, de funcionrios da
Diretoria de Sade do Exrcito Brasileiro. A pesquisa abre o caminho para um projeto que
visa implementar a cultura e conhecimento alicerce sobre as boas prticas de Gesto de
Riscos, atravs de cursos, potencializando, ento, a eficincia e eficcia do Exrcito
Brasileiro.

___________________________________________________________________________

Alta Administrao [ ] Oficial Superior [ ] Oficial [ ] Sargento/Subtenente [ ] Cabo/Soldado [ ]

___________________________________________________________________________

1- Como voc avalia seu conhecimento em Gesto de Riscos?

Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

2- Como voc avalia seu conhecimento sobre mapeamento de processos?

Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

3- Como voc avalia seu conhecimento sobre PMBOK (guia e conjunto de boas prticas em
gerenciamento de projetos)?

Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

4- Enumere de 1 a 5, por sua opinio, sendo 1 a alternativa de menor importncia e 5 a

alternativa de maior importncia, as seguintes esferas dentro de projetos.

Qualidade [ ] Tempo [ ] Risco [ ]Custo [ ] Flexibilidade [ ]

5- Voc conhece a NEGAPEB (Normas para Elaborao, Gerenciamento e Acompanhamento

de Projetos no Exrcito Brasileiro)?

Sim [ ] No [ ]

6- Voc conhece a ISO 31000 (conjunto de normas relacionadas Gesto de riscos, criados
pela Organizao Internacional para Padronizao)?

Sim [ ] No [ ]
6.1- Caso seja marcado a opo sim, marque seu nvel de conhecimento sobre os assuntos
abaixo.

Anlise de gerenciamento de projeto. Nenhum [ ]Pouco [ ]Razovel [ ]Bom [ ]timo [ ]

Anlise de gesto de pessoas. Nenhum [ ] Pouco[ ]Razovel[ ] Bom [ ]timo [ ]

Anlise de gesto documental. Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

Anlise de gesto de processos. Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

Anlise de Risco de TI. Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

7- Das normas abaixo, marque as que so usadas em gerenciamento de projetos no Exrcito

Brasileiro.

C2130 [ ] NEGAPEB [ ] ISO 31000 [ ] IG 3085 [ ]

8- Marque com um X seu nvel de conhecimento sobre as ferramentas de Gesto de Riscos

abaixo.

PDCA. Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

BizAgi. Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

5W2H. Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

CHECKLIST. Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

MATRIZ RISCO. Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

ISHIKAWA. Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

GRFICO DE CONTROLE. Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

MATRIZ GUT. Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

SWOT. Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

9 -Voc j ouviu falar em Gesto do Conhecimento?

Sim [ ] No [ ]

9.1- Caso seja marcada a opo sim, marque seu nvel de conhecimento sobre esse tema.

Nenhum [ ] Pouco [ ] Razovel [ ] Bom [ ] timo [ ]

10 - Voc participaria de um curso sobre Gesto de Riscos, caso o Exrcito Brasileiro o

disponibilizasse?

Sim [ ] No [ ]
 Apndice B

Fomento do PDTI D Sau - DGP

(2014-2016) Remetido pela SMTI ao
DGP

168
 PDTI 2014-2016

Questionrio Levantamento de Necessidades

reas de Negcio
As necessidades de informao podem gerar necessidades de TI (servios, infraestrutura,
contratao e pessoal em TI), pois viabilizam a relao entre as estratgias da organizao
(negcio) e as necessidades de TI, representando a ponte entre esses elementos.

Identificao:
Setor (Assessoria/Diretoria): Informtica/DSau
Responsvel pelo preenchimento: Cel Macedo
Data de preenchimento: 18 de Agosto de 2014

1. Quais os objetivos estratgicos do seu setor?

- Realizar manuteno dos sistemas Legados.

- Assegurar Integridade, disponibilidade e confidencialidade das informaes.
- Possuir um sistema nico de sade que atenda as necessidades de uma forma global.

2. Os objetivos estratgicos do seu setor esto formalmente registrados?

( ) Sim
( X) No

2.1. Caso a resposta do item 3 seja SIM, onde as informaes podem ser encontradas?
(Exemplo: Plano de Gesto, Regimento Interno, Planejamento Estratgico etc.)
Solicitaes, por meio de DIEx encaminhados DTI do DGP, de manuteno dos sistemas, aquisio de
infraestrutura necessria e recompletamento /capacitao de pessoal.

3. H algum tipo de planejamento de mdio e longo prazo para as atividades a serem

desenvolvidas no seu setor?
( x) Sim
( ) No
Obs: Seriam planejamentos nem a mdio nem a longo prazo.
3.1. Caso a resposta do item 3 seja "SIM", informe a descrio do planejamento utilizado ou o
nome do instrumento de planejamento:
(Ex.: Plano de Ao, Plano Operativo, Planejamento Estratgico, Plano Diretor, Plano de Projetos etc.)

Qual perodo de
DESCRIO/NOME DO INSTRUMENTO DE executado?
monitorado? atualizado? atualizao?
PLANEJAMENTO
S N S N S N
RH (Efetivo / Capacitao) Parcialmente X X Conforme
Estudo / Atualizao do QCP e (depende do necessidade
DGP)
solicitao de pessoal / cursos, via
DIEx.
Infraestrutura Por meio do Parcialmente X X Conforme
preenchimento da planilha de (depende do necessidade e
DGP)
necessidade do material de solicitaes
informtica fornecida pelo DGP e do DGP.
por solicitao extras (DIEx) feitas
pela DSau.

4. Quais os normativos que evidenciam as atribuies desempenhadas pelo seu setor?

(Exemplo: Leis, Normas, Decretos, Regimento Interno etc.)
Regimento Interno.
 PDTI 2014-2016

Considerando as informaes necessrias para a execuo dos projetos, atividades e servios de

seu setor, responda os itens 6, 7 e 8:

5. Elas so conhecidas:
( ) Pela minoria do pessoal do seu setor
(X) Pela maioria do pessoal do seu setor
( ) Por todo o pessoal do seu setor

6. Elas so facilmente obtidas?

( ) Sim
(X ) No

6.1. Caso a resposta do item 7 seja SIM, onde essas as informaes podem ser encontradas?

7. Elas so registradas formalmente?

( X) Nenhuma registrada formalmente.
( ) Somente uma pequena parte registrada formalmente.
( ) A maioria registrada formalmente.
( ) Todas so registradas formalmente.

8. Indique as especialidades e o quantitativo de pessoal alocado no seu setor da rea de TI:

DESCRIO ESPECIALIDADE QUANTIDADE

MILITAR CARREIRA OFICIAL PROGRAMADOR 2
PRAA - 1
DBA/PROGRAMADOR

PTTC Chefe (Gerencia 1

Projeto)
TEMPORRIO OFICIAL - programador 3
- infraestrutura (PE)
- Engenheiro
software/DBA (DGP)
PRAA - web designer 3
- Programador
- Suporte tcnico
(infra)
PTTC
CIVIL CARREIRA NIVEL SUPERIOR
NIVEL MDIO
TEMPORRIO NIVEL SUPERIOR
NIVEL MDIO

Total= 10 (6 oficiais e 04 Sargentos)

9. A quantidade atual de pessoal atende s necessidades do seu setor?
( ) Sim
( x) No

9.1. Caso a resposta do item 9 seja NO, indique o quantitativo, adequado de pessoal para o
seu setor:

DESCRIO ESPECIALIDADE QUANTIDADE

MILITAR CARREIRA OFICIAL Informtica 5
 PDTI 2014-2016

PRAA Informtica 2
PTTC Gerente 1
TEMPORRIO OFICIAL Informtica 6
PRAA Informtica 2
PTTC
CIVIL CARREIRA NIVEL SUPERIOR
NIVEL MDIO
TEMPORRIO NIVEL SUPERIOR
NIVEL MDIO

9.2. Caso a resposta do item 9 seja NO, indique, dentro das especialidades, a quantidade e as
competncias necessrias para o pessoal do seu setor:

ESPECIALIDADE QTD COMPETNCIAS

Informtica 1 Gerente
Informtica 3 Asp
Informtica 2 SQL Server
Informtica 2 Cobol
Informtica 2 PHP E VB SCRIPT
Informtica 2 Administrador de Rede
Informtica 2 Manuteo e Apoio
Informtica 2 Java + HTML

10. Relacione os sistemas de informao utilizados no seu setor:

O nvel de
Relacioname
Atende A troca de segurana e
nto com
satisfatoriam dados confiabilida
NOME DO SISTEMA DESCRIO outro
ente? automtica? de
sistema?
adequado?
S N S N S N S N
LEGADOS ALTA PLATAFORMA (COBOL) X X X X
LEGADOS BAIXA PLATAFORMA (OS X
X X X
OUTROS)
 PDTI 2014-2016

LEGADOS
 PDTI 2014-2016

11. Os pacotes de aplicativos de software (antivrus, editores de texto, planilhas eletrnicas,

sistemas operacionais, programas especializados etc.) utilizados no seu setor so suficientes
para o desempenho das atividades do mesmo?
( ) Sim
( X) No

11.1. Caso a resposta do item 12 seja "NO", indique os pacotes de aplicativos de softwares
necessrios, para que seu setor desempenhe com sucesso as atividades que necessita:

NOME DO QTD
DESCRIO JUSTIFICATIVA
APLICATIVO LICENAS
DREAMWAVER IDE DESENVOLVIMENTO 3
PHOTOSHOP EDITOR DE IMAGEM MANUTENO SITE 1
OFFICE PACOTE OFFICE ATIVIDADES DIRIAS 150
ARTISTES DESIGN TEMPLATES DESENVOLVIMENTO 3
WINDOWS SISTEMA OPERACIONAL SERVIDORES DE PRODUO 3
SERVER 2008 /DESENVOLVIMENTO
SQL SERVER SISTEMA GERENCIADOR DE SERVIDORES DE PRODUO 3
2008 BANCO DE DADOS /DESENVOLVIMENTO

12. H alguma necessidade de informatizao na sua diretoria/diviso/seo?

( X ) Sim
( ) No

12.1. Caso a resposta do item 13 12 seja "SIM", quais necessidades de informatizao a sua
diretoria/diviso/seo possui?

Sistema de Help Desk

Servios de Alta Disponibilidade para os sistemas.
13. A quantidade atual de computadores (desktops, notebooks ou servidores) atende s
necessidades do seu setor?
( ) Sim
( X) No

13.1. Caso a resposta do item 14 13 seja "NO", qual a quantidade ideal?

TIPO QUANTIDADE
Desktop (computador de mesa) 160
Notebook 10
Servidores 04
 PDTI 2014-2016

14. Qual a atual quantidade de impressoras em seu setor?

TIPO QUANTIDADE QUANTIDADE COM DEFEITO

Multifuncional Apenas impresso preta 0 0
Multifuncional Impresso colorida e preta 13 2
Impresso preta 02 01
Impresso colorida 03 0

15. A quantidade atual de impressoras atende s necessidades do seu setor?

( ) Sim
(X) No

15.1. Caso a resposta do item 15 seja "NO", qual a quantidade ideal?

TIPO QUANTIDADE
Multifuncional Apenas impresso preta 04
Multifuncional Impresso colorida e preta 20
Impresso preta 02
Impresso colorida 05

16. Os servios de suporte e manuteno de TI ofertados ao seu setor atendem s necessidades

do mesmo?
( ) Sim
( x ) No

16.1. Caso a resposta do item 16 seja "NO", descreva as necessidades que no esto sendo
atendidas:

- Autonomia no gerenciamento da rede;

- Aquisio de material de informtica;
- contratao de empresas prestadoras de servios de TI; e
- Capacitao de pessoal.

17. Quais so os atuais projetos, atividades e/ou servios prestados por seu setor e quem so os
respectivos clientes (pblico alvo)?

Sistemas e Recursos de TI
Relacionados ou
Equipamentos de TI
dependem da
atendem s
necessrios
rea de TI?
NOME DESCRIO CLIENTE necessidades? (Ex.: sistemas,
S N S N computadores, aplicativos,
pessoas de TI, processos,
digitalizao etc)

DAS-FUSEX / SISTEMAS DE 724.000 S X PESSOAL

CADBEN / INFORMAO DE SADE MILITARES
SIRE / DO EXRCITO
482 OCS, PSA

- Os sistemas de informtica do Servio e sade do Exrcito. Os clientes so os mais de

724.000 clientes/usurios do Servio de Sade do Exrcito, as 482 Unidades de Atendimento de
sade do Exrcito e os milhares de OCS/PSA.

18. Quais so os novos projetos, atividades e/ou servios que seu setor pretende
criar/fornecer/executar nos prximos 2 anos?
 PDTI 2014-2016

Relacionado Sistemas e
s ou Equipamentos
dependem de TI atendem Recursos de TI
NOME DESCRIO CLIENTE da rea de s
necessrios
TI? necessidades?
SIM NO SIM NO

SIGHOS SISTEMA DE TODOS OS X X TODOS

GERENCIAMENTO USURIOS DO
HOSPITALAR DO EXRCITO SISTEMA DE SADE
DO EB.

19. Caso as necessidades de TI da sua diretoria/diviso/seo no sejam atendidas, informe quais

os possveis riscos e/ou problemas para o seu setor:

- Perda de arrecadao na ordem de 20 milhes mensais para o FUSEx.

- Descontinuidade /perda de performance dos atendimentos hospitalares.
- Prejuzo na realizao dos processos de percias mdicas.

20. Caso algum projeto, atividade e/ou servio no seja realizado, o seu setor possui alguma
estratgia ou aes definidas para a garantia da continuidade dos servios?
( ) Sim
( X) No

20.1 Caso a resposta do item 20 seja "SIM", onde essas aes podem ser encontradas?
----

21. Sugestes para capacitao em TI: (Exemplo: Linguagem de programao x, y e z)

- PHP;
- JQUERY;
- JAVA/JSP/JSF/Hibernate;
- Web service (SOA/SOAP, ;.);
- Middleware;
- Interoperabilidade em Sistemas de Sade;
- PLSQL (ORACLE);
- XML;
- ITIL/COBIT;
- Analise de requisitos;
- Gerencia de projeto (geis/PMI).
- Arquitetura de Software;

22. A fim de realizar uma anlise SWOT sobre a TI organizacional, fornea as seguintes
informaes em relao a sua Diviso ou Seo de TI:

22.1 Cite 2 pontos fortes da sua TI:

- pessoal motivado, mesmo com sobrecarga.
- pessoal com alto nvel de resilincia;

22.2 Cite 2 pontos fracos da sua TI:

- carncia de pessoal;
- infraestrutura

22.3 Cite 2 oportunidades em relao a sua TI:

- restruturao do pessoa da TI, conforme os projetos do Comandante do Exrcito para a Sade;
- restruturao da SMTI para uma Subdiretoria de TICS, apara que a TI opine nos OEO no tocante ao
Servio de Sade, e na parte Operacional.

22.4 Cite 2 ameaas em relao a sua TI:

 PDTI 2014-2016

- Descontinuidade do servio, pela desmobilizao do seu efetivo (concurso, perda de pessoal para o
mercado trabalho civil);
- Indisponibilidade dos sistemas de informao (redundncia, energia eltrica);

23.Caso entenda necessrio, faa outras consideraes no previstas neste questionrio.

--------------

Posteriormente, as necessidades de negcio e de informao levantadas sero revisadas e

recebero uma gradao a partir de critrios de priorizao a serem definidos no DGP,
relacionados com a Gravidade, Urgncia e Tendncia.

Todas as necessidades do DGP sero sistematizadas e classificadas em ordem de prioridade

oramentria e temporal pelo DGP, para formao do Plano de Metas e Aes do PDTI do DGP.
 Apndice C

Especificao de requisitos e padres

de interoperabilidade para o Servio
de Sade do EB

177
a. FUNES DO MDULO DE AGENDAMENTO DA ASSISTNCIA DE SADE

Ordem Requisitos Padro

1. a1. Possibilitar configurao do perodo de disponibilidade 16, 17,18, 19 e
da agenda 20
2. a2. Possibilitar bloqueio de datas na agenda 16, 17,18, 19 e
20
3. a3. Possibilitar bloqueio de salas de atendimento na 16, 17,18, 19 e
agenda 20
4. a4. Possibilitar bloqueio de equipamento na agenda 16, 17,18, 19 e
20
5. a5. Possibilitar desfazer bloqueios anteriores na agenda 16, 17,18, 19 e
20
6. a6. Possibilitar remanejar pacientes entre datas de 16, 17,18, 19 e
agendamento 20
7. a7. Permitir criao de vagas extras para inspeo de sade 16, 17,18, 19 e
20
8. a8. Permitir criao de vagas extras para emergncia na 16, 17,18, 19 e
agenda 20
9. a9. Possibilitar agendamento por profissional de sade 16, 17,18, 19 e
20
10. a10. Possibilitar agendamento por sala de atendimento 16, 17,18, 19 e
20
11. a11. Possibilitar agendamento por equipamento 16, 17,18, 19 e
20
12. a12. Disponibilizar um cadastro de procedimentos e exames 12, 13, 14, 15
no sistema
13. a13. Possibilitar configurao do tempo do procedimento 12, 13, 14, 15
14. a14. Possibilitar configurao do ndice mximo de -
absentesmo
15. a15. Permitir configurao para atendimento sem 1, 2 e 10
agendamento
16. a16. Permitir configurao de quantidade mxima de 1, 2, 7, 8 e 10
atendimentos por dia
17. a17. Agendar um atendimento por telefone ou 1, 2 e 10
presencialmente
18. a18. Agendar um atendimento por intranet ou internet 1, 2 e 10
19. a19. Configurar nvel de agendamento por unidade de sade 16 ao 21
20. a20. Validar direito de atendimento do paciente 1, 2 e 10
21. a21. Agendar atendimento para paciente extra-eb 1, 2, 10, 15 e 21
22. a22. Gerao de nmero de identificao temporrio para 1, 2, 10, 15 e 21
atendimento de Extra-EB ou recm-nascidos
23. a23. Reativao de nmero de identificao temporrio 1, 2, 10, 15 e 21
24. a24. Evoluo manual de nmero de identificao 1, 2, 10, 15 e 21
temporrio
25. a25. Informar dados do profissional que solicitou o 1, 2, 10 e 15
agendamento de exame
26. a26. Integrao com o pronturio eletrnico do paciente 1 ao 21
(PEP)
27. a27. Possibilitar insero de paciente com urgncia na 16-21
agenda de procedimentos
28. a28. Possibilitar agendamento de procedimentos 2, 3, 6, 7, 8, 13
concomitantes
29. a29. Verificar pendncias do agendamento 16-21
30. a30. Impedir agendamento com pendncias via intranet ou 16-21
internet
31. a31. Impedir agendamento futuro com a existncia de 2, 3, 10
agendamentos em aberto
32. a32. Emitir crtica de agendamentos no mesmo dia 2, 3, 10
33. a33. Visualizar a agenda do ms 16 ao 21
34. a34. Emitir nmero de protocolo de agendamento 16 ao 21
35. a35. Bloquear pacientes com ndice de absentesmo alto 16 ao 21
36. a36. Enviar avisos de absentesmo para organizao militar 16 ao 21
(OM) de origem
37. a37. Emitir sinalizao de indenizao mdico-hospitalar 2, 4, 10, 11, 13
(IMH) para agendamentos periciais
38. a38. Permitir controle de acesso para agendamento 16 ao 21
39. a39. Possibilitar agendamento para programas de sade 13
40. a40. Possibilitar a indicao da melhor data para 5, 12, 14
agendamento
41. a41. Possibilitar cancelamento de um agendamento 16 ao 21
42. a42. Possibilitar impresso da agenda de atendimento 16 ao 21
43. a43. Verificar restries de consumo de material 12, 14, 15
44. a44. Registrar informao de regio anatmica no momento 4, 7, 9
do agendamento de exames
45. a45. Possibilitar gerao do pedido de internao de forma 16 ao 21
eletrnica
46. a46. Emitir relatrios de agendamentos por paciente 16 ao 21
47. a47. Formao da fila de atendimento 16 ao 21
48. 48. Possibilitar agendamento para atendimento do servio 16 ao 21
social
49. a49. Agendar inspeo de sade no sistema de sade de 1, 2, 3, 9, 10, 11,
percias mdicas do exrcito (SISPMEX) 16 ao 21
50. a50. Agendar retorno do paciente para nova inspeo de 2, 10, 16 ao 21
sade na Junta de Inspeo de Sade (JIS)
51. a51. Possibilitar agendamento de Inspeo de Sade (IS) 2, 10, 16 ao 21
52. a52. Emitir alertas e mensagens para as OM integrantes do 16 ao 21
SISPMEX no momento do agendamento de IS no sistema
(essencial)
53. a53. Informar protocolo para execuo de inspeo de sade 16 ao 21
 54. a54. Emitir alertas e mensagens para a om de vinculao do 16 ao 21
usurio em caso de sua falta em IS ou quando, por problema
administrativo, a mesma no puder ser realizada
55. a55. Possibilitar cancelamento automtico de agendamento 16 ao 21
de inspeo de sade

b. FUNES DO MDULO DE INFORMAES PESSOAIS DOS PACIENTES

Ordem Requisitos Padro

1. b1. Verificar direito de atendimento 16 ao 21
2. b2. Carregar informaes pessoais a partir da base de dados 16 ao 21
do DGP e Centro de Pagamento de Pessoal do Exrcito
(CPEx)
3. b3. Incluir e alterar informaes pessoais de pacientes 16 ao 21
4. 60. Alertar ao DGP sobre inconsistncias nos dados pessoais 16 ao 21
do paciente
5. 61. Permitir que mdicos atualizem as informaes pessoais 16 ao 21
de pacientes
6. b4. Identificar paciente 16 ao 21
7. b5. Permitir acesso (restrito) s informaes pessoais do 1,2, 10, 16 ao 21
paciente via PEP
8. b6. Contemplar cadastramento de identificao por 1,2, 3, 10, 16 ao
biometria 21
9. b7. Possibilitar registro de militares desertores 16 ao 21

c. FUNES DO MDULO DE ATENDIMENTO AO PACIENTE

Ordem Requisitos Padro

1. c1. Registrar atendimentos de triagem e do servio de 1, 2 3, 10, 11
pronto-atendimento
2. c2. Permitir o registro de atendimento no PEP sem agendar 1, 2 3, 10, 11
o paciente
3. c3. Permitir o acesso ao PEP via agenda, de acordo com o 1, 2, 16 ao 21
perfil do usurio
4. c4. Permitir acesso a todo o PEP para visualizao 1 ao 21
5. c5. Informar a clnica ao acessar o PEP 16 ao 21
6. c6. Exibir histrico clnico do paciente e histrico frmaco- 1 ao 21
teraputico
7. c7. Detalhar registro do histrico clnico 1 ao 21
8. c8. Organizar o histrico clnico cronologicamente 1, 2, 3, 16 ao 21
9. c9. Possibilitar organizao do histrico mdico por clnica 1 ao 21
10. c10. Facilitar a navegabilidade entre as telas (essencial) 16 ao 21
11. c11. Parametrizar informaes para facilitar preenchimento 4, 6, 7, 8, 9, 10,
dos formulrios 11, 13
12. c12. Estabelecer perfis de acesso s informaes do PEP 16 ao 21
13. c13. Armazenar todos os acessos em logs 16, 17, 18
14. c14. Permitir que mdicos de om operacional acessem o PEP 1 ao 21
15. c15. Contemplar mecanismos de certificao digital 16, 17, 18
16. c16. Obrigar o preenchimento de senha de acesso 16, 17, 18
17. c17. Contemplar mecanismos de identificao por biometria 1, 2, 6, 10, 16 ao
21
18. c18. Exibir abas de atendimento obedecendo ao fluxo de 1 ao 21
informaes
19. c19. Obrigar o preenchimento do campo queixa principal 1, 2, 3, 9, 10, 13
20. c20. Preencher campo HDA com valores textuais e 1, 2, 3, 4, 7, 9,
parametrizados 10, 11, 13, 17,
18
21. c21. Permitir que o paciente tenha vrios HDAS abertos 1, 2, 3, 4, 7, 9,
10, 11, 13, 17,
18
22. c22. Preencher campos histria fisiolgica com valores 1, 2, 3, 4, 7, 9,
textuais e parametrizados 10, 11, 13, 17,
18
23. c23. Exibir o campo HPP para todas as clnicas de 1, 2, 3, 4, 7, 9,
atendimento 10, 11, 13, 17,
18
24. c24. Destacar alergias e doenas infectocontagiosas 1, 2, 3, 4, 7, 9,
10, 11, 13, 17,
18
25. c25. Exibir aba histria familiar e social, e histria frmaco- 1, 2, 9
teraputica para preenchimento textual e parametrizado
26. c26. Exibir campos parametrizados na seo de exames 1, 2, 3, 9, 18
fsicos de acordo com a clnica
27. c27. Obrigar o preenchimento dos campos da seo de 16 ao 21
exames fsicos
28. c28. Obrigar o preenchimento do CID na seo de hiptese 1, 2, 3, 11
de diagnstico
29. c29. Possibilitar registros da evoluo do quadro clnico por 1 ao 21
todos os profissionais de sade

30. c30. Obrigar o preenchimento do cid definitivo no momento 1, 2, 3, 11

da alta do paciente
31. c31. Alertar para programas de sade ao preencher o cid 1, 2, 3, 9, 11
definitivo
32. c32. Possibilitar o agendamento para programas de sade 1, 2, 3, 9
durante o atendimento
33. c33. Possibilitar o preenchimento da conduta teraputica 1, 2, 3, 4, 9, 13
proposta
34. c34. Sinalizar a prescrio de medicamentos que ativem as 1, 2, 3, 4, 9, 13
alergias relatadas
35. c35. Permitir prescrio ambulatorial a partir do cadastro de 1, 2, 3, 4, 9, 13
medicamentos existentes
36. c36. Permitir o preenchimento textual dos medicamentos 2, 9, 21
37. c37. Gerar receita eletrnica 9, 16 ao 21
38. c38. Obrigar o registro de destinao ao finalizar evoluo 9, 16 ao 21
39. c39. Permitir agendamento para outros mdicos 9, 16 ao 21
40. c40. Permitir encaminhamento para internao 5, 9, 16 ao 21
41. c41. Permitir impresso do PEP 1, 2, 3, 16 ao 21
42. c42. Manter o odontograma inicial at o final do tratamento 1, 2, 9
dentrio
43. c43. Exibir o odontograma de evolues do tratamento 1, 2, 9, 10
odontolgico
44. c44. Exibir a seo de anamnese odontolgica 1, 2, 9, 10
45. c45. Cadastrar resultados de exames odontolgicos com 1, 2, 6, 9, 10
formato de imagem em banco de imagens odontolgicas
(PACS)
46. c46. Registrar informaes relativas ao acesso do 16 ao 21
profissional de sade
47. c47. Disponibilizar formulrios-padro para preenchimento 16 ao 21
48. c48. Registrar resultados de exames complementares 7, 8
realizados em instituies extra-EB
49. c49. Registrar bens do paciente 16 ao 21
50. c50. Possibilitar emisso de relatrios de pacientes 16 ao 21
internados
51. c51. Permitir solicitar e Registrar laudos e pareceres judiciais 9, 16 ao 21
ou no no PEP
52. c52. Alertar a necessidade de emisso de pareceres 16 ao 21
53. c53. Marcar o tempo de concluso do pedido de parecer 16 ao 21
54. c54. Disponibilizar corretor ortogrfico -
55. c55. Gerar alertas de absentesmo para pacientes -
psiquitricos
56. c56. Integrar dados psiquitricos ao PEP 1, 2, 3, 9, 11, 21
57. c57. Disponibilizar mecanismo para gravao de 6
atendimento
58. c58. Registrar atendimento aos familiares de pacientes em 5, 10, 11, 12, 13,
tratamento psiquitrico /psicolgico no PEP 14, 15, 21
59. c59. Registrar atendimento psiquitrico/psicolgico em 6, 11
grupo
60. c60. Disponibilizar formulrios parametrizados para servio 16 ao 21
social
61. c61. Registrar atendimentos do servio social ao pessoal da 1, 2, 9, 13
om
62. c62. Registrar atendimentos do servio social pacientes 1, 2, 9, 13, 15
extra-EB
63. c63. Encaminhar paciente para programas de ao do servio 1, 2, 9
social
64. c64. Registrar atendimentos para o programa de 1, 2, 9, 11
medicamento de custo elevado
65. c65. Registrar atendimentos para a aquisio de rteses, 15
prteses e materiais especiais (OPME)
66. c66. Registrar atendimentos para o programa de 1, 2, 9, 10, 13
planejamento familiar
67. c67. Registrar atendimentos de avaliao para concesso de 1, 2, 9, 10, 11
licena para tratamento de sade de pessoa da famlia
(LTSPF)
68. c68. Registrar atendimentos de ouvidoria 16 ao 21
69. c69. Possibilitar acesso irrestrito ao PEP pelos MP, pelas JIS, 1, 2, 10, 16 ao
pelos chefes de seo de percias mdicas de organizaes 21
militares de sade (SPM/OMS), chefes de SSR e pela
diretoria de sade
70. c70. Indicar inspees abertas em outras juntas 16 ao 21
71. c71. Integrar atendimentos periciais com o PEP 1, 2, 10, 16 ao
21
72. c72. Registrar exames do SISPMEX no PEP 1, 2, 9
73. c73. Encaminhar uma IS para um MP ou JIS no SISPMEX 16 ao 21
74. c74. Gerar nmero para uma IS 18
75. c75. Priorizar uma IS 18
76. c76. Realizar eletronicamente o trmite de uma IS 18
77. c77. Assinar documentos digitalmente 18
78. c78. Registrar pedidos de parecer no PEP 16 ao 21
79. c79. Disponibilizar campos especficos no PEP para as 1, 2, 3, 9, 16 ao
juntas de sade 21
80. c80. Permitir informar dados para etapas anteriores do 1, 2, 3, 9, 16 ao
processo 21
81. c81. Identificar e destacar resultados insatisfatrios 3, 9
(desejvel)
82. c82. Lanamento de informaes de concluso da junta 16 ao 21
83. c83. Permitir homologao da IS 18
84. c84. Permitir incluso de pedidos de exame durante a 6, 7, 8, 9, 18
homologao da is
85. c85. Permitir cancelamento de uma IS 18
86. c86. Registrar um pedido de reviso de uma IS recurso 18
87. c87. Permitir lanar informaes para etapas anteriores 18
durante percia de reviso
88. c88. Registrar laudo final da junta no PEP 1, 2, 3, 11, 13,
18, 21
89. c89. Disponibilizar salvamento automtico das informaes 16 ao 21
90. c90. Permitir auditoria da IS 18
91. c91. Permitir restituio da IS pela auditoria 18
92. c92. Evidenciar campos reprovados pela auditoria 16 ao 21
 93. c93. Habilitar impresso da cpia de ata de inspeo de 18
sade somente aps aprovao pela auditoria
94. c94. Configurar os campos impressos na cpia de ata de 9, 21
inspeo de sade
95. c95. Enviar laudo final para as OM 9, 10, 18
96. c96. Disponibilizar acesso s cpias de ata de inspeo de 18
sade
97. c97. Visualizar laudos j emitidos 6, 7, 8, 18
98. c98. Emitir dados odontolgicos na impresso do TIS 3, 9, 18

d. FUNES DO MDULO DE ATENDIMENTO EMERGENCIAL

Ordem Requisitos Padro

1. d1. Realizar atendimento de pacientes extra-EB mesmo sem 5, 11, 12, 13, 15,
autorizao prvia 21

2. d2. Possibilitar registro de atendimento emergencial no PEP 1, 2, 3, 18

3. d3. Disponibilizar uma interface simples e gil - usabilidade -
4. d4. Gerenciar fila do servio de Pronto Atendimento (SPA) 16 ao 21
por ordem de chegada
5. d5. Registrar os atendimentos na Grande Emergncia 5, 11, 12, 13, 15,
21
6. d6. Registrar atendimentos na Unidade de Pacientes Graves 5, 11, 12, 13, 15,
UPG 21
7. d7. Registrar os atendimentos no Box/Medicamento 5, 11, 12, 13, 15,
21
8. d8. Informar a disponibilizao do resultado de exame 16 ao 21
emergencial

e. FUNES DO MDULO DE EXAMES COMPLEMENTARES

Ordem Requisitos Padro

1. e1. Registrar chegada do paciente para atendimento 1,2, 3, 13
2. e2. Importar ou Permitir lanamentos de dados do paciente 1, 2, 3, 18, 10,
que sejam importantes para o exame complementar 21
3. e3. Possibilitar a solicitao de exames via PEP 6, 7, 8, 18
4. e4. Controlar o estado do andamento dos exames 6, 7, 8, 18
solicitados
5. e5. Identificar exames vlidos 18
6. e6. Possibilitar impresso de solicitao de exames 16 ao 21
7. e7. Permitir que o servio executor cadastre pedidos de 16 ao 21
exames
8. e8. Exibir listagem com exames pendentes 16 ao 21
9. e9. Alertar para exames que devero ser realizados com 9
urgncia
10. e10. Alertar para redundncia de pedidos de exames 16 ao 21
11. e11. Efetuar crtica quando houver repetio de pedido de 16 ao 21
exame na IS
12. e12. Registrar problemas ocorridos durante o procedimento 2, 9
do exame
13. e13. Permitir acesso completo de leitura do PEP aos 16 ao 21
profissionais do servio executor de acordo com seus perfis
14. e14. Incorporar e visualizar arquivos digitais 7, 21
15. e15. Permitir compatibilidade com tecnologias de 16 ao 21
reconhecimento vocal
16. e16. Permitir o gerenciamento do processo de execuo dos 6 ,7, 8, 9, 18
exames
17. e17. Integrar unidades de sade coletoras ao sistema 2, 16 ao 21
18. e18. Imprimir listagem de exames para pacientes internados 8
19. e19. Disponibilizar formulrio anatomopatolgico para 7, 8
solicitao de exames no PEP
20. e20. Gerar nmero sequencial de identificao da pea a ser 7, 8
examinada
21. e21. Identificar material utilizando cdigos de barras 7, 8
22. e22. Classificar o material recebido para exames 7, 8
23. e23. Coletar informaes do material para exame 1, 7, 8, 9
macroscpico
24. e24. Registrar os blocos de parafina obtidos da pea para 12, 14
exame microscpico
25. e25. Registrar lminas para exames histolgicos 12, 14
26. e26. Armazenar imagens das lminas no resultado do 6
exame do PEP
27. e27. Armazenar localizao dos blocos de cada pea -
28. e28. Gerar relatrios estatsticos especficos para cada etapa 1, 12, 14
do processo
29. e29. Registrar recebimento de material no laboratrio 7, 8
30. e30. Emitir alertas para resultados de exames laboratoriais 7, 8, 18
fora do padro
31. e31. Disponibilizar a automatizao de exames 1, 2, 3, 6, 7, 8, 9,
complementares 10, 11, 13, 16 ao
21
32. e32. Registrar informaes de anestsicos utilizados no 6, 7, 8, 9
procedimento do exame
33. e33. Telemedicina 6, 16 ao 21
34. e34. Gerar nmero sequencial para identificao da imagem 1, 6, 16 ao 21
do exame
35. e35. Possibilitar vnculo de cdigos de barras gerados pelo 6, 16 ao 21
PACS com imagens armazena- das
36. e36. Emitir alertas para resultados de exames de imagem 6, 16 ao 21
fora do padro
 37. e37. Alertar ao servio executor quanto urgncia de 6, 16 ao 21
laudos para exames de pacientes in- ternados
38. e38. Disponibilizar laudos eletronicamente via PEP 16 ao 21
39. e39. Permitir incluso de laudos provisrios no PEP 16 ao 21
40. e40. Disponibilizar um perfil apenas para preenchimento do 18
pr-laudo
41. e41. Armazenar pedidos e resultados de exames 2, 16 ao 21
permanentemente
42. e42. Imprimir protocolos de exames complementares -
43. e43. Imprimir os laudos cadastrados para os exames no 5, 9, 12
padro ANVISA
44. e44. Exibir dados de exames em tabelas, grficos ou por 9
perodo
45. e45. Registrar solicitao de exames complementares nos 1, 2, 3, 9, 18
atendimentos psiquitricos
46. e46. Registrar exames de imagens no PEP 1, 2, 6, 7, 8, 9,
18

f. LISTA DE REQUISITOS INTERNAES E CIRURGIAS

Ordem Requisitos Padro

1. f1. Possibilitar pedido de internao vinculado ao PEP 1,2, 9, 11, 16 ao
21
2. f2. Registrar informaes complementares, para pacientes 1,2, 9, 11, 16 ao
internados 21

3. f3. Permitir ao mdico pr-agendar a data da 16 ao 21

internao/procedimento
4. f4. Gerar classificao de cirurgias para marcao 12, 14, 15
5. f5. Gerar mapa de cirurgia 12, 14, 15
6. f6. Classificar e gerenciar lista de espera para procedimentos 16 ao 21
no cirrgicos
7. f7. Permitir configurao das filas por clnica 16 ao 21
8. f8. Permitir encaixe de internao para pacientes emergenciais, 16 ao 21
fora de sede, militares da ativa ou por ordem judicial as filas de
cirurgias dependem
9. f9. Permitir o cancelamento ou remarcao de cirurgias 16 ao 21
10. f10. Visualizar os pedidos de internao 16 ao 21
11. f11.gerenciar a fila de internao 16 ao 21
12. f12. Emitir relatrios com previses de internao 16 ao 21
13. f13. Indicar melhor leito para paciente 16 ao 21
14. f14. Preencher cdigo da mensagem para pacientes fora de sede 16 ao 21
15. f15. Possibilitar bloqueio/desbloqueio de leitos com o motivo 16 ao 21
16. f16. Gerenciar alocao de leitos bloqueados 16 ao 21
17. f17. Atualizar remanejamento de pacientes entre leitos 1,2, 10, 16 ao 21
18. f18. Identificar paciente para internao 1,2, 10, 16 ao 21
19. f19. Possibilitar compatibilidade com dispositivo de 16 ao 21
identificao
20. f20. Disponibilizar acesso s informaes de risco cirrgico via 1,2, 10, 16 ao 21
PEP
21. f21. Alertar para falta de risco cirrgico 1,2, 10, 16 ao 21
22. f22. Permitir registro de cirurgias com alta do paciente no 1,2, 10, 16 ao 21
mesmo dia
23. f23. Permitir pr-prescrio 16 ao 21
24. f24. Permitir prescrio de cuidados de enfermagem via PEP 1, 2, 3, 6, 7, 8, 9,
10, 11, 13, 16 ao
21
25. f25. Integrar mdulo de prescrio do PEP com o sistema de 1, 2, 3, 4, 6, 7, 8,
gesto de farmcia 9, 10, 11, 13, 16
ao 21
26. f26. Alertar sobre medicamento indisponvel em estoque na 16 ao 21
farmcia
27. f27. Imprimir prescries para setor de enfermagem 16 ao 21
28. f28. Registrar administrao do(s) medicamento(s) ao paciente 1, 2, 9, 16 ao 21
29. f29. Registrar a evoluo da enfermagem para cada paciente 1, 2, 3, 4, 6, 7, 8,
internado via PEP 9, 10, 11, 13, 16
ao 21
30. f30. Possibilitar registro de evolues de enfermagem no PEP, 1, 2, 3, 4, 6, 7, 8,
para pacientes internados 9, 10, 11, 13, 16
ao 21
31. f31. Permitir evoluo de diversas clnicas e servios no 1, 2, 3, 4, 6, 7, 8,
pronturio eletrnico do paciente internado 9, 10, 11, 13, 16
ao 21
32. f32. Associar a clnica e servio ao registro da evoluo 16 ao 21
33. f33. Exibir indicadores vitais de modo grfico -
34. f34. Disponibilizar figuras para registrar procedimentos -
invasivos
35. f35. Permitir encaminhar paciente internado para outra clnica 16 ao 21
36. f36. Permitir aceitar ou recusar transferncia de paciente 1,2, 9, 10, 16 ao
21
37. f37. Obrigar preenchimento da previso de alta 16 ao 21
38. f38. Registrar alta do paciente 1, 2, 3, 4, 6, 7, 8,
9, 10, 11, 13, 16
ao 21
39. f39. Gerenciar trmite burocrtico de alta do paciente 16 ao 21
40. f40. Avisar quando um paciente receber alta 1, 2, 16 ao 21
41. f41. Registrar trmite de alta para pacientes fora de sede 1, 2, 16 ao 21
42. f42. Controlar os aspectos relacionados infeco hospitalar 1, 2, 9, 10, 11,
16 a 21
 43. f43. Controlar os aspectos relacionados vigilncia 1, 2, 9, 10, 11,
epidemiolgica 13, 16 a 21

g. NUTRIO E DIETTICA

Ordem Requisitos Padro

1. g1. Permitir que mdicos e nutricionistas prescrevam dietas 1, 2, 3, 4, 6, 7, 8,
9, 10, 11, 13, 16
ao 21
2. g2. Permitir que nutricionistas adequem prescries feitas 1, 2, 3, 4, 6, 7, 8,
9, 10, 11, 13, 16
ao 21
3. g3. Disponibilizar avaliao nutricional subjetiva global no 1, 2, 16 ao 21
PEP
4. g4. Permitir configurao do horrio mximo de prescrio de 1, 2, 16 ao 21
nutrio e diettica
5. g5. Alertar nutricionistas quando um paciente for internado 1, 2, 16 ao 21
6. g6. Gerar mapas de distribuio de dietas por via oral 1, 2, 16 ao 21
7. g7. Imprimir etiquetas identificadoras de refeies 1, 2, 16 ao 21
8. g8. Enviar totalizaes de dietas orais para rancho 16 ao 21
9. g9. Informar dietas para lactrio e farmcia 1, 2, 16 ao 21
10. g10. Gerar mapas de diagnstico dos pacientes internados 1, 2, 9, 16 ao 21
11. g11. Cadastrar fichas tcnicas 1, 2, 9, 16 ao 21
12. g12. Cadastrar e imprimir cardpios 16 ao 21

h. CONTROLE DE ESTOQUE

Ordem Requisitos Padro

1. h1. Emitir alertas indicando proximidade de vencimento da 16 ao 21
validade de lotes de medicamentos
2. h2. Permitir rastreamento de materiais por lote 1, 2,12, 14, 15,
16 ao 21
3. h3. Permitir registro de materiais comprados no comrcio 15, 16 ao 21
4. h4. Registrar obteno e aquisio de materiais consignados 16 ao 21
5. h5. Gerar automaticamente pedido de material consignado 16 ao 21
6. h6. Permitir integrao com o controle de estoque dos 16 ao 21
almoxarifados centrais principais
7. h7. Gerar automaticamente pedidos de material 16 ao 21
8. h8. Registrar consumo de materiais de alto valor via PEP 1, 2,12, 14, 15,
16 ao 21
9. h9. Registrar consumo padro por procedimento no PEP 1, 2,12, 14, 15,
16 ao 21
10. h10. Registrar perdas e consumo extra de material 1, 2,12, 14, 15,
16 ao 21
 11. h11. Permitir indicar o tipo de perda 16 ao 21
12. h12. Registrar incineraes via tipo de perda 16 ao 21
13. h13. Atualizar estoque fsico atual a partir de consumo 1, 2,12, 14, 15,
registrado no PEP 16 ao 21
14. h14. Permitir cadastro de documento de baixa de material 16 ao 21
15. h15. Permitir cadastro de excedente de material 16 ao 21
16. h16. Permitir que a DSAU acesse o controle mensal de cada 16 ao 21
ambulatrio
17. h17. Controle de medicamentos 16 ao 21
18. h18. Restringir apenas o controle de estoque de psicotrpicos 16 ao 21
e entorpecentes farmcia
19. h19. Ter compatibilidade com cdigos de barras para doses 16 ao 21
unitrias
20. h20. Alertar para medicamentos no retirados por pacientes 1, 2, 10, 16 ao
em programas de sade 21
21. h21. Alertar necessidade de encaminhamento para programas 1, 2, 10, 16 ao
de sade 21
22. h22. Gerar relatrio de extravio 16 ao 21
23. h23. Permitir o acompanhamento do trmite do material 16 ao 21
24. h24. Possibilitar gesto dos pedidos de compras atravs da 16 ao 21
anlise previso de necessidades das om
25. h25. Prover relatrios e consultas de recursos financeiros 16 ao 21
26. h26. Permitir a gerao de relatrios para anlises de 16 ao 21
movimentaes de materiais
27. h27. Permitir o fracionamento ideal ou o justo valor 16 ao 21
28. h28. Permitir registrar a perda por confirmao de resultado 16 ao 21
anormal ou calibragem da mquina

i. ORAMENTAO

Ordem Requisitos Padro

1. i.1 Registrar gastos no executados 16 ao 21
2. i.2 Controlar gastos por natureza de despesa e sub-elemento 16 ao 21
3. i.3 Procedimentos para a apurao de custos 1, 2,12, 14, 15,
16 ao 21
4. i.4 Possibilitar o levantamento real do custo de cada 1, 2,12, 14, 15,
procedimento 16 ao 21
5. i.5 Permitir a padronizao da nomenclatura de procedimentos 1 ao 15
6. i.6 Apropriar custos nas OMS utilizando mdia ponderada de 16 ao 21
preos de aquisio
7. i.7 Permitir classificar material via PEP no momento do 1, 2,12, 14, 15,
consumo 16 ao 21
8. i.8 Permitir apropriao de custos de material via consumo 1, 2,12, 14, 15,
registrado no PEP 16 ao 21
9. i.9 Permitir registros de perda de material 16 ao 21
 10. i.10 Permitir apurao de gastos com contratao e execuo 16 ao 21
de servios
11. i.11 Cadastrar servios para centro de custos 16 ao 21
12. i.12 Permitir registro de servios indiretos 16 ao 21
13. i.13 Permitir calcular custo de mo-de-obra considerando 1, 2,12, 14, 15,
tempo real de procedimentos 16 ao 21

14. i.14 Cadastrar e/ou atualizar informaes financeiras de 16 ao 21

militares (SIRE/SISAU)
15. i.15 Permitir associao do militar aos centros de custos 16 ao 21
16. i.16 Permitir registro de perda ou reclassificao de mo-de- 16 ao 21
obra
17. i.17 Permitir rateio de mo-de-obra indireta 16 ao 21
18. i.18 Gerar previso atravs de srie histrica via mdulo da 16 ao 21
OMS
19. i.19 Permitir a extrao de relatrios analticos 16 ao 21

20. i20 Gerar comparativos de custos 16 ao 21

21. i21 Permitir integrao com o planejamento oramentrio 16 ao 21
(ficha cadastro da OM)
22. i22 Permitir integrao com o SIAFI 16 ao 21
23. i23 Gerar arquivo de desconto para CPEx via SISAU 16 ao 21

j. TCNICO-GERENCIAL

Ordem Requisitos Padro

1. j.1 Extrair informaes do perfil do paciente 1, 2, 3, 10, 16 ao
21
2. j.2 Emitir relatrios para controle de pacientes 1, 2, 3, 10, 16 ao
21
3. j.3 Extrair informaes do perfil familiar dos usurios do 16 ao 21
sistema de sade do exrcito
4. j.4 Possibilitar integrao com os sistemas existentes no 16 ao 21
exrcito
5. j.5 Gerar relatrios para o DGP, SEF, DSAU 16 ao 21
6. j.6 Extrair custos de clnicas por regio do pas 1, 2,12, 14, 15,
16 ao 21
7. j.7 Acompanhar atendimentos fora do servio de sade do 1, 2, 5,12, 14,
exrcito em tempo real 15, 16 ao 21
8. j.8 Extrair informaes de encaminhamentos de atendimentos 1, 2, 5,12, 14,
fora do servio de sade do exrcito, juntamente com o 15, 16 ao 21
SISAU
9. j.9 Disponibilizar simulador de custos para gestores 1, 2, 5,12, 14,
15, 16 ao 21
10. j.10 Calcular estatsticas de atendimentos por ordem judicial 1, 2, 5,12, 14,
15, 16 ao 21
11. j.11 Controlar gratificao raios-x para profissionais de sade 16 ao 21
12. j.12 Emitir relatrio de absentesmo 16 ao 21
13. j.13 Extrair informaes dos profissionais de sade 16 ao 21
14. j.14 Controlar parque instalado 16 ao 21
15. j.15 Gerar indicadores de qualidade do servio 16 ao 21
16. j.16 Gerar indicadores de assistncia mdica 1, 2, 5,10, 12,
14, 15, 16 ao 21
17. j.17 Controlar materiais de consumo prazos de validade 16 ao 21
18. j.18 Controlar materiais de consumo perfil de utilizao de 16 ao 21
medicamentos
19. j.19 Controlar medicamentos dispensados nas farmcias 16 ao 21
20. j.20 Controlar equipamentos 16 ao 21
21. j.21 Gerar relatrio de atendimentos 1, 2, 16 ao 21
22. j.22 Gerar faturamento para desconto do medicamento 16 ao 21
23. j.23 Integrar baixa de materiais com realizao do 16 ao 21
procedimento
24. j.24 Gerar estatsticas de consumo de material 1, 2, 5,10, 12,
14, 15, 16 ao 21
25. j.25 Gerar o pedido de material automaticamente 16 ao 21
26. j.26 Controlar o consumo de material no almoxarifado 1, 2, 5,10, 12,
principal da emergncia 14, 15, 16 ao 21
27. j.27 Controlar consumo de material do almoxarifado de pronto 16 ao 21
uso
28. j.28 Contabilizar o faturamento dos atendimentos 5, 16 ao 21
29. j.29 Gerar boleto bancrio - GRU 1, 2, 5,10, 12,
14, 15, 16 ao 21
30. j.30 Gerar desconto em contracheque via SISAU 1, 2, 5,10, 12,
14, 15, 16 ao 21
31. j.31 Faturar procedimento realizado 1, 2, 5,10, 12,
14, 15, 16 ao 21
32. j.32 Incluir ocupao de leitos bloqueados nos indicadores e 1, 2, 10, 16 ao
estatsticas hospitalares 21
33. j.33 Extrair indicadores de qualidade do atendimento para a 1, 2, 10, 16 ao
enfermagem 21
34. j.34 Controle do consumo nos PPU e integrao com farmcia 1, 2, 10, 16 ao
21
35. j.35 Possibilitar suporte a programas de ensino 1, 2, 9, 10, 16 ao
21
36. j.36 Calcular custos reais de internao do paciente 1, 2, 5,10, 12,
14, 15, 16 ao 21
37. j.37 Calcular custos dos atendimentos do servio social 1, 2, 5,10, 12,
14, 15, 16 ao 21
38. j.38 Gerar relatrios estatsticos do servio social 1, 2, 9, 10, 16 ao
 21
39. j.39 Controlar a dispensao de materiais 1, 2, 5,10, 12,
14, 15, 16 ao 21
40. j.40 Gerncia da estrutura organizacional do servio de sade 16 ao 21
do exrcito
41. j.41 Cadastro de recursos humanos da rea de sade por 16 ao 21
unidade
42. j.42 Biblioteca 16 ao 21
43. j.43 Busca de pronturios: 1, 2, 10, 16 ao
21
44. j.44 Gerenciar todo o agendamento (consultas, cirurgias, 1, 2, 10, 16 ao
procedimentos e internao) do servio de sade do exrcito 21
45. j.45 Telemonitorizao de pacientes especiais 6, 16 ao 21
46. j.46 Auditoria e segurana 16 ao 21
47. j.47 Comunicao 1, 2, 3, 16 ao 21
48. j.48 Gerenciamento das listas de espera por 1, 2, 3, 16 ao 21
procedimentos/consultas
49. j.49 Gerenciamento de marcao de consulta, exames e 16 ao 21
procedimentos
50. j.50 Emitir relatrios estatsticos 1, 2, 3, 4, 6, 7, 8,
9, 10, 11, 13, 16
ao 21
 Apndice D

Lista de Siglas e Abreviaturas

193
 Lista de Siglas e Abreviaturas

ABNT Associao Brasileira de Normas Tcnicas

ABPMP Association of Business Process Management Professionals
ACM Association for Computing Machinery
ADL Archetype Definition Language
AEPG Assessorias de Estudos, Planejamento e Gesto
AHP Analytic Hierarchy Process
AMB Associao Mdica Brasileira
ANP Analytic Network Process
ANS Agncia Nacional de Sade Suplementar
ANSI American National Standards Institute
BPMA Business Process Modeling and Analysis
BSC Balanced Scorecard
CBHPM Codificao Brasileira Hierarquizada de Procedimentos Mdicos
CBIS Congresso Brasileiro de Informtica em Sade
CBOK Common Body of Knowledge
CDS Centro de Desenvolvimento de Sistemas
CFM Conselho Federal de Medicina
CFO Conselho Federal de Odontologia
CIAP-2 Classificao Internacional de Ateno Primria
CID Classificao Internacional de Doenas
CITEx Centro de Telemtica do Exrcito
CONASS Conselho Nacional dos Secretrios de Sade
COPISS Comit de Padronizao de Informaes em Sade Suplementar
D Sau Diretoria de Sade
DGP Departamento-Geral do Pessoal
DICOM Digital Imaging and Communications in Medicine
EAP Estrutura Analtica de Projetos
EB Exrcito Brasileiro
EC Software Expert Choice
e-PING Programa de Governo Eletrnico Brasileiro
EUA Estados Unidos da Amrica
FFAA Foras Armadas
FMEA Failure Mode and Effect Analysis
FTA Fault Tree Analysis
H Mil A Hospitais Militares de reas
HCE Hospital Central do Exrcito

194
 Continuao da Lista de Siglas e Abreviaturas

HL7 Health Level Seven

HL7-CDA Health Level Seven - Clinical Document Architecture
HTTP Hypertext Transfer Protocol
ICCBBA International Council for Commonality in Blood Banking Automation
ICD-CM International Classification of Diseases, Clinical Modifications
IEEE Institute of Electrical and Electronics Engineers
IHE Integrating the Healthcare Enterprise
IHTSDO International Health Terminology Standards Development Organisation
IMIA International Medical Informatics Association
ISBT International Society of Blood Transfusion
ISO International Organization for Standardization
ITU International Telecommunication Union
LOINC Logical Observations Identifiers, Names and Codes
MCDA Anlise de Deciso por Multicritrios
MPCA Mestrado Profissional em Computao Aplicada
MPHO Produtos Mdicos de Origem Humana
MS Ministrio da Sade
NANDA North American Nursing Diagnose Association
NBR Norma Brasileira
NEHTA National E-Health Transition Authority
NEMA National Electrical Manufacturers Association
NHS National Health Service
OCS Organizaes Civis de Sade
OE Objetivos Especficos
OMS Organizao Mundial da Sade
OPAS Organizao Pan-Americana da Sade
OpenEHR Open Eletronic Health Record
PAHO Pan American Health Organization
PDQ Patient Demographics Query
PDTI Plano Diretor de TI
PEP Pronturio Eletrnico de Pacientes
PIX Patient Identifier Cross-Referencing
PMBOK Project Management Body of Knowledge
PMI Project Management Institute
PNIIS Poltica Nacional de Informao e Informtica em Sade
PSA Profissionais de Sade Autnomos

195
 Continuao da Lista de Siglas e Abreviaturas

PSP2 Projeto de Sistemas de Produo 2

PTI Polo de Tecnologia da Informao
PTTC Prestador de Tarefas por Tempo Certo
RES Registro Eletrnico de Sade
RESM Registro Eletrnico em Sade Militar
RIM Reference Information Model
SBIS Sociedade Brasileira de Informtica em Sade
SBMFC Sociedade Brasileira de Medicina da Famlia e Comunidade
SIGHOS-EB Sistema de Gesto Hospitalar do Exrcito Brasileiro
SIH-EB Sistema de Informaes Hospitalares do Exrcito Brasileiro
SIPOC Suppliers, Inputs, Process, Outputs, e Customers
SIRE Sistema de Registro dos Encaminhamentos
SLPM Subdiretoria de Legislao e Percias Mdicas
SMTI Seo de Manuteno de Tecnologia da Informao
SNOMED CT Systematized Nomenclature of Medicine, Clinical Terms
SOA Arquiteturas Orientadas a Servios
SOAP Simple Object Access Protocol
SUB AP SAU Subdiretoria de Apoio Sade
SUB SAU OP Subdiretoria de Sade Operacional
SUB TEC SAU Subdiretoria Tcnica de Sade
SUS Sistema nico de Sade
TCP/IP Transmission Control Protocol/Internet Protocol
TCU Tribunal de Contas da Unio
TI Tecnologia da Informao
TICS Tecnologia da Informao e Comunicao em Sade
TISS Troca de Informaes na Sade Suplementar
TUSS Terminologia Unificada da Sade Suplementar
UIT Unio Internacional de Telecomunicaes
UMLS Unified Medical Language System
UnB Universidade de Braslia
UNESP Universidade Estadual de So Paulo
URI Uniform Resource Identifier
URL Uniform Resource Locator
WHO World Health Organization
WONCA World Organization of Family Doctors
WPOS Workshop de Ps-Graduao

196
 Continuao da Lista de Siglas e Abreviaturas

WSDL Web Services Description Language

WWW World Wide Web
XML eXtensible Markup Language
XXI SIMPEP XXI Simpsio de Engenharia de Produo
PROCAP/SAU Programa de Capacitao e Atualizao Profissional dos Militares
de Sade

197