Implementação de um sistema integrado de gestão hospitalar - SBIS
Implementação de um sistema integrado de gestão hospitalar - SBIS
Implementação de um sistema integrado de gestão hospitalar - SBIS
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Implementação <strong>de</strong> <strong>um</strong> <strong>sistema</strong> <strong>integrado</strong> <strong>de</strong> gestão <strong>hospitalar</strong><br />
usando software livre em arquitetura <strong>de</strong> três camadas<br />
Fabio A. Pires a , Marco A. Gutierrez ab , Sergio S. Furuie ab ,<br />
Marina S. Rebelo ac , Ramon A Moreno ab and Marcelo Santos<br />
a Instituto do Coração do Hospital das Clinicas (InCor), São Paulo, Brazil<br />
b Escola Politécnica (EPUSP), Universida<strong>de</strong> <strong>de</strong> São Paulo, São Paulo, Brazil<br />
c Faculda<strong>de</strong> <strong>de</strong> Engenharia Elétrica e Computação, Universida<strong>de</strong> <strong>de</strong> Campinas,<br />
Campinas, Brazil<br />
RESUMO<br />
O objetivo <strong>de</strong>ste estudo é <strong>de</strong>screver a experiência do Instituto do Coração ( InCor ) na implementação <strong>de</strong><br />
Sistema <strong>de</strong> Informação Hospitalar (HIS) <strong>integrado</strong> com o Sistema <strong>de</strong> Informação <strong>de</strong> Radiologia ( RIS) e o<br />
Sistema <strong>de</strong> Arquivamento e comunicação <strong>de</strong> imagens ( PACS ) utilizando software livre e arquitetura <strong>de</strong> três<br />
camadas. O <strong>sistema</strong> foi <strong>de</strong>senhado em módulos que permitem admissão, alta e transferencia do paciente,<br />
registro <strong>de</strong> procedimentos, diagnósticos e terapia, or<strong>de</strong>ns médicas e acesso a todos os dados do paciente,<br />
incluindo sinais vitais, imagens e exames laboratoriais. Os módulos são <strong>integrado</strong>s em <strong>um</strong>a aplicação<br />
baseada em web browsers permitindo <strong>um</strong>a fácil e rápida navegação através dos módulos. Para a<br />
manutenção das informações <strong>de</strong> atendimento e cuidados dispensados ao paciente <strong>de</strong> maneira eficiente e<br />
com custos reduzidos , foram utilizado terminais ( thin clients ) em ambiente Linux. Para acessar as<br />
informações dos pacientes os usuários são submetidos ao <strong>um</strong> processo <strong>de</strong> autenticação baseado no<br />
protocolo LDAP, on<strong>de</strong> também é <strong>de</strong>finido e perfil <strong>de</strong> acesso. O <strong>sistema</strong> é totalmente <strong>integrado</strong> ao PACS<br />
InCor, permitindo acesso instantâneo ao banco <strong>de</strong> dados <strong>de</strong> imagens através das aplicações que requerem<br />
estas informações, tais como apoio a diagnósticos e laudos. Para a exibição das imagens <strong>um</strong> visualizador<br />
Java DICOM foi implementado. Para permitir a comunicação com todas as modalida<strong>de</strong>s DICOM no servidor<br />
também foi implementado <strong>um</strong> Java DICOM server.<br />
Palavras-chave: Prontuário Eletrônico do Paciente, Interoperabilida<strong>de</strong>, Imagens Medicas, Mo<strong>de</strong>lagem.<br />
Abstract - The goal of the current study is to <strong>de</strong>scribe the experience of the Heart Institute (InCor) in the<br />
implementation of a patient-oriented Hospital Information System (HIS) integrated with the Radiology<br />
Information System (RIS) and the Picture Archiving and Communication System (PACS) in an open-source<br />
three-tier architecture. The system was <strong>de</strong>signed in modules that permits patient admission, discharge and<br />
transfer (ADT), registration of medical activities, registration of diagnoses and therapy, or<strong>de</strong>r entry and<br />
access of all patient data, including vital signals, images and lab tests. The modules are integrated in a<br />
single Web-based application allowing the easy and fast navigation through the modules. In or<strong>de</strong>r to<br />
maintain the quality of patient care in an efficient and cost-effective manner, thin clients workstations in a<br />
Linux environment were used. To access the patient information users have to perform an authentication
<strong>de</strong> privacida<strong>de</strong> comparado com o tradicional<br />
prontuário em papel . Além do mais, a inclusão <strong>de</strong><br />
imagens médicas e a integração <strong>de</strong> dados <strong>de</strong><br />
diferentes <strong>sistema</strong>s torna possível <strong>um</strong> PEP mais<br />
completo.<br />
O Instituto do Coração ( InCor) <strong>de</strong> São<br />
Paulo tem tido o compromisso com o objetivo <strong>de</strong><br />
integrar toda informação relevante <strong>de</strong>ntro do<br />
instituição. Nos últimos anos, o InCor criou com<br />
sucesso <strong>um</strong> <strong>sistema</strong> <strong>de</strong> transmissão,<br />
arquivamento, recuperação, processamento e<br />
visualização <strong>de</strong> Imagens Médicas e criou também<br />
<strong>um</strong> Sistema <strong>de</strong> Informação Hospitalar ( HIS ) que<br />
armazena informações administrativas e clinicas<br />
da instituição. Estes sub-<strong>sistema</strong>s <strong>integrado</strong>s<br />
formam o Prontuário Eletrônico do Paciente ( PEP<br />
) do InCor. O InCor esta também encarando o<br />
<strong>de</strong>safio que esta tornando-se muito com<strong>um</strong> na<br />
área da saú<strong>de</strong>: a necessida<strong>de</strong> <strong>de</strong> trocar<br />
informações entre diferentes instituições. O InCor<br />
é <strong>um</strong> dos seis institutos do Hospital da Clinicas<br />
(HC) da Faculda<strong>de</strong> <strong>de</strong> Medicina da Universida<strong>de</strong><br />
<strong>de</strong> São Paulo e cada instituto têm seu próprio<br />
<strong>sistema</strong> <strong>de</strong> informação, a troca <strong>de</strong> informação<br />
entre os institutos é também <strong>um</strong>a questão muito<br />
importante. Este trabalho <strong>de</strong>screve a experiência<br />
do esforço para <strong>de</strong>senvolver <strong>um</strong> completo e<br />
funcional PEP, o qual inclui exames laboratoriais,<br />
imagens ( estáticas, dinâmicas e 3D ), laudos,<br />
doc<strong>um</strong>entos digitalizados e ainda sinais vitais em<br />
tempo real. Este trabalho também discute a<br />
integração do PEP em ambiente heterogêneo e<br />
distribuído.<br />
Metodologia<br />
Mais do que <strong>um</strong>a simples troca <strong>de</strong> dados, nós<br />
precisamos lidar com <strong>um</strong> complexo nível <strong>de</strong><br />
integração. O <strong>de</strong>sejado nível <strong>de</strong><br />
interoperabilida<strong>de</strong> po<strong>de</strong> ser alcançado através do<br />
uso <strong>de</strong> padrões tais como: UML - Unified<br />
Mo<strong>de</strong>ling Language [8]; DICOM - Digital Imaging<br />
and Communications in Medicine [9] for archiving<br />
and communication of medical images; CORBA -<br />
enten<strong>de</strong>r todas as informações relacionadas ao<br />
paciente. Contudo, como a proposta principal do<br />
projeto é permitir <strong>um</strong> alto nível <strong>de</strong> complexida<strong>de</strong><br />
nas pesquisas, nós expandimos o mo<strong>de</strong>lo padrão<br />
proposto para satisfazer o requerimento <strong>de</strong><br />
recuperar imagens médicas a partir <strong>de</strong> qualquer<br />
atributo. O novo mo<strong>de</strong>lo permite a representação<br />
<strong>de</strong> diferentes modalida<strong>de</strong>s <strong>de</strong> imagem, integração<br />
<strong>de</strong>stas modalida<strong>de</strong>s no mesmo estudo,<br />
investigação <strong>de</strong> imagens similares <strong>de</strong> diferentes<br />
pacientes e visualização contextual e<br />
processamento <strong>de</strong> imagens clinicas [13].<br />
Outra importante questão é que o PEP esta em<br />
constante evolução, portanto a arquitetura <strong>de</strong>ve<br />
ser flexível o suficiente para acomodar novas<br />
funcionalida<strong>de</strong>s e tecnologias.<br />
A implementação foi baseada na arquitetura<br />
cliente-servidor via servidores Web conectados a<br />
diversas base <strong>de</strong> dados e sub-<strong>sistema</strong>s: HIS,<br />
base <strong>de</strong> dados <strong>de</strong> imagens (PACS), base <strong>de</strong><br />
dados <strong>de</strong> doc<strong>um</strong>entos digitalizados, monitores <strong>de</strong><br />
sinais vitais.<br />
A. Dados Clínicos e Administrativos<br />
A estrutura <strong>de</strong> informação do nosso HIS é<br />
formado por diversos sub-<strong>sistema</strong>s <strong>de</strong><br />
informações clinicas: agendamento; admissão (<br />
ambulatório, pronto socorro, internação, hospital<br />
dia e SADT ); ocupação e movimentação <strong>de</strong><br />
leitos; atendimentos ambulatoriais; or<strong>de</strong>ns<br />
médicas (prescrição eletrônica, solicitação <strong>de</strong><br />
exames); dispensação farmacêutica;<br />
administração <strong>de</strong> medicamentos; prescrição <strong>de</strong><br />
enfermagem; exames laboratoriais; laudos;<br />
procedimentos <strong>hospitalar</strong>es; diagnósticos;<br />
evoluções do paciente; res<strong>um</strong>o <strong>de</strong> alta; controle<br />
cirúrgico entre outros. A consolidação <strong>de</strong> todos<br />
estes módulos formaram o prontuário eletrônico<br />
do InCor, on<strong>de</strong> o profissional <strong>de</strong> saú<strong>de</strong> po<strong>de</strong><br />
navegar rapidamente através da visualização<br />
hierárquica e cronológica das informações do
? Cinco (5) <strong>de</strong> hemodinamica: 3 <strong>de</strong>les são<br />
ACRNEMA, cujo os dados são convertidos<br />
para DICOM;<br />
? Dois (2) <strong>de</strong> Ressonância Magnética<br />
? Dois (2) <strong>de</strong> Tomografia Computadorizada;<br />
? Nove (9) <strong>de</strong> Medicina Nuclear, incluindo 1<br />
PET<br />
? Dezessete (17) <strong>de</strong> ultra-som /<br />
ecocardiografia, cujo os dados <strong>de</strong> ví<strong>de</strong>os são<br />
adquiridos e convertidos para DICOM.<br />
A arquitetura proposta para o armazenamento<br />
combina modalida<strong>de</strong>s on-line, nearline e offline[14].<br />
O fluxo é controlado por <strong>um</strong> software <strong>de</strong><br />
gerenciamento baseado nas informações<br />
armazenadas na base <strong>de</strong> dados. O<br />
armazenamento on-line é baseado em <strong>um</strong><br />
<strong>sistema</strong> <strong>de</strong> disco magnético ( RAID-5 ) com 700<br />
GB <strong>de</strong> capacida<strong>de</strong>. O tempo <strong>de</strong> acesso é<br />
clinicamente a<strong>de</strong>quado ( menos <strong>de</strong> 3s ) utilizando<br />
re<strong>de</strong> <strong>de</strong> banda larga (fast Ethernet and Gigabit<br />
Ethernet). Para o armazenamento nearline nós<br />
utilizamos <strong>um</strong>a jukebox <strong>de</strong> DLT (Digital Linear<br />
Tapes) com 48 slots e 4 drives com 3.5 TB <strong>de</strong><br />
capacida<strong>de</strong>. O armazenamento off-line é<br />
simplesmente as fitas na fitoteca.<br />
Nós também <strong>de</strong>senvolvemos <strong>um</strong><br />
visualizador DICOM em java que esta apto a<br />
manusear imagens dinâmicas <strong>de</strong> 30 frames por<br />
secundo.<br />
C. Doc<strong>um</strong>entos digitalizados<br />
Alg<strong>um</strong>as informações importantes do paciente<br />
ainda estão em papel, tais como termo <strong>de</strong><br />
responsabilida<strong>de</strong> e consentimento. Uma vez que<br />
o PEP <strong>de</strong>ve prover todo contexto relevante, nós<br />
<strong>de</strong>cidimos incluir estas informações como<br />
doc<strong>um</strong>entos digitalizados. O processo <strong>de</strong> inclusão<br />
<strong>de</strong> doc<strong>um</strong>entos digitalizados esta divido em três<br />
(3) fases principais [15]:<br />
D. Sinais vitais em tempo real<br />
Sinais vitais em tempo real, tais como ECG e<br />
freqüência cardíaca do paciente em cirurgia e em<br />
terapia intensiva são obtidos através <strong>de</strong> monitores<br />
(Siemens, mo<strong>de</strong>ls SC7000 and SC6002XL) que<br />
conseguem comunicar-se com outros <strong>sistema</strong>s<br />
computadorizados através o protocolo HL7<br />
(Health Level Seven )[16]. Toda comunicação<br />
entre a re<strong>de</strong> <strong>de</strong> monitores e a re<strong>de</strong> do hospital é<br />
efetuada através <strong>de</strong> <strong>um</strong>a implementação <strong>de</strong> <strong>um</strong><br />
servidor HL7 que integra este tipo <strong>de</strong> dado com o<br />
HIS.<br />
E. Integração do PEP em ambiente<br />
heterogêneo e distribuído<br />
Uma única pessoa produz <strong>um</strong>a enorme<br />
quantida<strong>de</strong> <strong>de</strong> informação durante sua vida. Ter<br />
estas informações disponíveis em <strong>um</strong>a forma que<br />
po<strong>de</strong> ser facilmente recuperada é importante não<br />
só para o paciente, mas também para motivos<br />
tais como pesquisa e ensino. Normalmente cada<br />
instituição <strong>de</strong> saú<strong>de</strong> tem seu próprio <strong>sistema</strong> <strong>de</strong><br />
informação, o qual utiliza <strong>um</strong>a particular<br />
combinação <strong>de</strong> <strong>sistema</strong> <strong>de</strong> gerenciamento <strong>de</strong><br />
banco <strong>de</strong> dados, linguagem <strong>de</strong> programação,<br />
<strong>sistema</strong> operacional, estrutura <strong>de</strong> dados e<br />
plataforma <strong>de</strong> hardware, a tarefa <strong>de</strong> recuperação<br />
<strong>de</strong> <strong>um</strong> registro médico completo para <strong>um</strong> único<br />
paciente é extremamente complexa. Mesmo<br />
<strong>de</strong>ntro <strong>de</strong> <strong>um</strong>a única instituição <strong>de</strong> saú<strong>de</strong>, a<br />
informação é geralmente distribuída em diferentes<br />
<strong>sistema</strong>s <strong>de</strong>partamentais, que por sua vez<br />
também tem <strong>um</strong>a particular combinação <strong>de</strong><br />
software e hardware. A herança <strong>de</strong> <strong>um</strong> ambiente<br />
heterogêneos faz a tarefa <strong>de</strong> integrar a<br />
informação na área da saú<strong>de</strong> <strong>um</strong> <strong>de</strong>safio a ser<br />
perseguido.<br />
A integração <strong>de</strong> <strong>sistema</strong>s heterogêneos e<br />
distribuídos po<strong>de</strong>m ser alcançados com o uso <strong>de</strong><br />
middleware que trabalhe como interface entre
O serviço <strong>de</strong> acesso <strong>de</strong> observações clinicas (<br />
COAS ) é <strong>um</strong> mecanismo para recuperação <strong>de</strong><br />
dados <strong>de</strong> observações clinicas <strong>de</strong> repositórios e<br />
aplicações. O serviço <strong>de</strong> acesso <strong>de</strong> imagens<br />
clinicas ( CIAS ) recupera imagens clinicas. Este<br />
serviço permite pesquisar imagens <strong>de</strong> <strong>um</strong> único<br />
paciente ou baseado em características da<br />
imagem, como parte do corpo, equipamento,<br />
modalida<strong>de</strong>. O serviço <strong>de</strong> processamento <strong>de</strong><br />
imagem contem diversos métodos <strong>de</strong><br />
processamento <strong>de</strong> imagens, como zoom,<br />
segmentação, foco, etc. Clientes <strong>de</strong> <strong>sistema</strong>s<br />
distribuídos, que po<strong>de</strong>m estar utilizando qualquer<br />
software e hardware, po<strong>de</strong>m acessar estes<br />
serviços através <strong>de</strong> interfaces CORBA.<br />
F. Controle <strong>de</strong> Acesso<br />
Desenhar <strong>um</strong> mo<strong>de</strong>lo a<strong>de</strong>quado para autorização<br />
e controle <strong>de</strong> acesso para prontuário eletrônico do<br />
paciente é essencial para o uso em larga escala<br />
do PEP em gran<strong>de</strong>s organizações <strong>de</strong> saú<strong>de</strong>. Nós<br />
propusemos RBAC ( role-based access control )<br />
como mo<strong>de</strong>lo <strong>de</strong> autorização para o PEP [17]. A<br />
implementação RBAC regula o acesso do usuário<br />
a recursos computacionais baseado em papeis<br />
organizacionais [18]. A autorização contextual<br />
utiliza informações do ambiente disponíveis no<br />
momento do acesso, como o relacionamento<br />
usuário / paciente, para <strong>de</strong>cidir se é permitido ao<br />
usuário acessar alg<strong>um</strong> recurso do PEP. Este<br />
mo<strong>de</strong>lo foi implementado utilizando LDAP<br />
(Lightweight Directory Access Protocol),<br />
linguagem <strong>de</strong> programação Java e Serviço <strong>de</strong><br />
Segurança e Decisão <strong>de</strong> Recursos <strong>de</strong> Acesso<br />
CORBA. Com estes padrões distribuídos e<br />
abertos, componentes heterogêneos do PEP<br />
po<strong>de</strong>m requerer autenticação do usuário e serviço<br />
<strong>de</strong> autorização <strong>de</strong> acesso n<strong>um</strong>a forma unificada<br />
através <strong>de</strong> múltiplas plataformas.<br />
O mo<strong>de</strong>lo proposto e consistente com a<br />
recomendação do HIPAA (Health Insurance<br />
Portability and Accountability Act of 1996) que<br />
Resultados<br />
Atualmente, autenticação e serviço <strong>de</strong> <strong>de</strong>cisão <strong>de</strong><br />
acesso tem sido utilizado diariamente no InCor. O<br />
processo <strong>de</strong> implementação da nossa solução foi<br />
baseado nas seguintes etapas: <strong>de</strong>finições dos<br />
papeis; carga dos perfis <strong>de</strong> usuários no servidor<br />
LDAP e atribuição dos respectivos papeis; criação<br />
e utilização <strong>de</strong> autorizações por aplicação que<br />
compõe o PEP. Até o momento mais <strong>de</strong> 2000<br />
usuários foram registrados e atribuído alg<strong>um</strong> dos<br />
51 papeis profissionais. Além disso a lógica<br />
complexa <strong>de</strong> controle <strong>de</strong> acesso po<strong>de</strong> ficar fora<br />
da aplicação, no entanto consi<strong>de</strong>rando o<br />
contexto da necessida<strong>de</strong> <strong>de</strong> autorizar ou negar a<br />
permissão <strong>de</strong> acesso. Desta forma, alterações na<br />
lógica <strong>de</strong> autorização não implica em alterações<br />
no código da aplicação. Outro beneficio é a<br />
resolução <strong>de</strong> política <strong>de</strong> conflito. Conflitos po<strong>de</strong>m<br />
ser <strong>de</strong>terminados <strong>de</strong> acordo com a autorida<strong>de</strong> e<br />
responsabilida<strong>de</strong> <strong>de</strong>finida para cada papel<br />
através da autorização associada. Somente as<br />
ações que configuram conflito real <strong>de</strong> interesse<br />
são proibidos.<br />
Em termos <strong>de</strong> vol<strong>um</strong>e, <strong>de</strong>s<strong>de</strong> meados <strong>de</strong> 2000,<br />
mais <strong>de</strong> 3.5TB <strong>de</strong> imagens DICOM foram<br />
armazenas e integradas utilizando a arquitetura<br />
proposta. O PEP armazena mais <strong>de</strong> 5GB/dia <strong>de</strong><br />
dados e faz mais <strong>de</strong> 1400 acessos por dia. O sub<strong>sistema</strong><br />
<strong>de</strong> armazenamento proposto permite 6<br />
meses <strong>de</strong> visibilida<strong>de</strong> com rápida recuperação<br />
(modo on-line) e mais <strong>de</strong> 2 anos para<br />
recuperação automática utilizando a DLT jukebox.<br />
O acesso distribuído <strong>de</strong> todos os dados<br />
<strong>integrado</strong>s do PEP é disponibilizado via web<br />
browsers através da nossa re<strong>de</strong> com<br />
aproximadamente 1000 pontos <strong>de</strong> acesso. Os<br />
clientes po<strong>de</strong>m ser microcomputadores<br />
convencionais ou terminais thin-client utilizando<br />
linux configurados com memória <strong>de</strong> 128 MB ou<br />
superior.
importância <strong>de</strong> interoperabilida<strong>de</strong> entre PEPs<br />
heterogêneos e distribuídos para coletar<br />
informações distribuídas sobre o paciente. Esta é<br />
<strong>um</strong>a questão muito complexa, mas que teremos<br />
que discutir. Nós acreditamos na utilização <strong>de</strong><br />
serviços do CORBA como COAS e CIAS para a<br />
integração <strong>de</strong> <strong>sistema</strong>s heterogêneos e<br />
distribuídos. Acreditamos fortemente que o uso<br />
<strong>de</strong> padrões não proprietários é o caminho para<br />
tornar o Prontuário Eletrônico do Paciente<br />
completo e real. A abordagem proposta é<br />
baseada em padrões tais como CORBAmed<br />
specifications, DICOM e XML.<br />
Referências<br />
[1] Liu G.C., Cooper JG., Schoefflerb K.M.; Hammond E.<br />
(2001). Standards for the Electronic Health Record<br />
Emerging from Health Care’s Tower of Babel .<br />
Proceedings of AMIA 2001.<br />
[2] Grimson J. (2001) Delivering the electronic healthcare<br />
record for the 21 st century. International Journal of<br />
Medical Informatics, 64: 111-127.<br />
[3] Berg M. (2001) Implementing information systems in<br />
health care organizations: myths and challenges.<br />
International Journal of Medical Informatics, 64: 143-156.<br />
[4] Katehakis D, Lelis P, Karabela E, Tsiknakis M,<br />
Orphanoudakis S: (2000) An Environment for the<br />
Creation of an Integrated Electronic Health Record in<br />
HYGEIAnet, the Regional Health Telematics Network of<br />
Crete. TEPR 2000, Your Connection to Electronic<br />
Healthcare, San Francisco, CA, May 9-11, 2000, Vol. 1,<br />
pp. 89-98.<br />
[5] Cimino,J.J., Li,,J., Mendonca,E.A. (2000) An Evaluation<br />
of Patient Access to Their Electronic Medical Records via<br />
the World Wi<strong>de</strong> Web., Proc. of 19th Symposi<strong>um</strong> on<br />
Computer Applications in Medical Care.<br />
[6] A<strong>de</strong>lhard, K Holzel, D., Uberla, K. (1999) Design<br />
elements for a computerized patient record, Methods. Inf.<br />
Med. 38 187–193.<br />
[7] Tachinardi U, Furuie SS, Bertozzo N, Moura L, Gutierrez<br />
MA, Melo CP. (1995). Hypermedia patient data retrieval<br />
and presentation through www. Proc. of 19th Symposi<strong>um</strong><br />
on Computer Applications in Medical Care: 551-555.<br />
[8] OMG. (1996) Object Management Group, Manual 1996<br />
http://www.omg.org.<br />
[9] ACR-NEMA (1988) American College of Radiology,<br />
National Electrical Manufacturer Association, ACR-NEMA<br />
Digital imaging and communication standard: version 2.0,<br />
NEMA standards publication N0. 300-1988.<br />
[10] OMG (1998a) Person/Patient I<strong>de</strong>ntification Service.<br />
February http:// www.omg.org/pub/docs/corbamed/96-11-<br />
02.rtf.<br />
[11] OMG (1999a) Clinical Observation Access Service Final.<br />
http:// www.omg.org/cgi-bin/doc?corbamed/99-03-25<br />
[12] OMG (2000a) Clinical Image Access Service Revised<br />
Submission.<br />
http://www.omg.org/cgibin/doc?corbamed/00-02-01<br />
[13] Nardon, F.B.; Rebelo, M.S., Furuie, S.S., Moura, L.<br />
(2000) Mo<strong>de</strong>ling the Electronic Patient Record- The Heart<br />
Institute of São Paulo Case. Toward an Electronic Patient<br />
Record (TEPR'2000) Proceedings, San Francisco, p 150<br />
164.<br />
[14] Furuie SS, Bertozzo N, Yamaguti M., Gutierrez<br />
M.A.(2002) A Flexible Storage Architecture For Large<br />
PACS. IEEE Computers in Cardiology ,September 22-25,<br />
2002, Memphis, USA<br />
[15] Furuie SS,Tachinardi U ,Bertozzo N, Gazetta M ,Ramos J<br />
A, Teixeira JC. (2001) Digitized Paper-Based Medical<br />
Records as Part of a HIS/PACS. Radiology, 221 (P)<br />
Fascículo: suppl. RSNA 2001:761.<br />
[16] Health Level Seven. (1996) HL7 Version 2.3<br />
Specification. 1996.<br />
[17] G. H. M. B. Motta, S. S. Furuie. A Contextual Role-Based<br />
Access Control Mo<strong>de</strong>l for Electronic Patient Record. IEEE<br />
Transactions on Information Technology in Biomedicine,<br />
vol 7, no. 3:202-207, September 2003, ISSN 1089-7771.<br />
[18] Ferraiolo DF, Sandhu R, Gravila D, Kuhn DR,<br />
Chandramouli R. (2001) Proposed NIST standard for<br />
role-based access control, ACM Trans.Info. Syst.<br />
Security, 4: 224-274.<br />
[19] Yeong, W.; Howes, T. e Kille, S. (1995) Lightweight<br />
Directory Access Protocol. Internet Engineering Task<br />
Force – IETF, In:<br />
http://www.ietf.org/rfc/rfc1777.txt?n<strong>um</strong>ber=1777<br />
[20] OMG – Object Management Group. (2001) CORBA<br />
Security Service Specification. [Online] Available:<br />
http://www.omg.org/cgi-bin/doc?formal/01-03-08<br />
[21] OMG (2000b) Resource Access Decision Facility. In:<br />
http://www.omg.org/cgi-bin/doc?dtc/00-08-06.<br />
Contato<br />
Fábio Antero Pires<br />
Unida<strong>de</strong> <strong>de</strong> Sistemas - Serviço <strong>de</strong> Informática<br />
Instituto do Coração – HCFMUSP.<br />
Av. Dr. Enéas <strong>de</strong> Carvalho Aguiar, 44. São Paulo<br />
Tel: (11) 3069-5311<br />
email: fabio@incor.usp.br