DEPARTAMENTO DE ENSINO E INVESTIGAÇÃO DE INFORMÁTICA\nAPLICAÇÃO WEB PARA GESTÃO DO HISTORIAL CLÍNICO DOS\nPACIENTES DO CENTRO MÉDICO “MEDP”\nRui Alexandre Januário Severino\nInovação – Investigação – Desenvolvimento\nRegião Académica II – Benguela e Kwanza Sul\nTRABALHO DE FIM DO CURSO PARA OBTENÇÃO DO GRAU DE\nLICENCIATURA EM CIÊNCIAS DA COMPUTAÇÃO.\nAUTOR: Rui Alexandre Januário Severino\nDedico este trabalho à minha querida, batalhadora e incansável mãe Maria\nIsabel Januário, ao meu pai Lino Pedro Severino (que Deus o tenha); aos meus irmãos\nMartinho, Eugénio Sobrinho, Osseno Miápia, Evanilsom Valente os aos meus colegas\ndo curso de Ciências da computação de 2013 á 2017.\nPrimeiro a Deus por permitir que até aqui eu tivesse saúde e forças pra vencer\nGaray que desde cedo aceitou acompanhar este trabalho com bastante atenção, rigor\ne dedicação corrigindo as minhas falhas sempre que as cometesse, e não menos\nimportante a docente Ms. Magali Belett que na ausência do professor Garay deu\nque envolveram-se de forma directa ou indirecta para o êxito deste trabalho muito\nO desenvolvimento acelerado das tecnologias de informação e comunicação\nentre elas a informática, tem tido influência decisiva no sector da saúde. A gestão da\ninformação médica tornou-se hoje em dia uma necessidade eminente. Em um hospital\nse deve fundamentalmente porque em certas ocasiões é difícil encontrar informação\nreferente a um paciente, gerir consultas, análises e actualizar Historial Clínico. Além\ndisso toda esta informação não se encontra centralizada, o que provoca a sua possível\nEste trabalho apresenta uma proposta de desenho e implementação de um\nSistema para Gestão do Historial Clínico dos pacientes do Centro Médico (MEDP). O\nsistema usa ferramentas que permitam gerar interfaces web dinâmicas compatíveis\nframeworks Hibernate e PrimeFaces. Com o propósito de alcançar um objectivo\nde elementos teóricos e tecnológicos voltado a trabalhos com aplicações web, além\ndisso é apresentada também a descrição da solução proposta, e a exposição de um\ncaso de estudo que reflete o funcionamento da aplicação. Para o desenvolvimento\ndesta aplicação utilizou-se os métodos de indução e dedução, as técnicas de\nbibliográfica, e questionário.\nPalavras chaves: Historial Clínico, interfaces web, frameworks, centro de\nLISTA DE ABREVIATURAS SIGLAS E ACRÓNIMOS\nAsynchronous: (Assíncrono) tipo de comunicação com intervalo de tempo variável.\naplicações interactivas que se executam no navegador, ao mesmo tempo mantem a\ncomunicação assíncrona com o servidor em segundo plano.\nAPIs: (Application Programming Interface) Interface de programação de aplicações.\nÉ um conjunto de funções e procedimentos que oferece uma certa biblioteca para ser\nutilizada por outro software como uma camada de abstração.\nConsulta externa: É o atendimento por um médico a um paciente ambulatório.\nDDL: (Data Definition Language) Definição da linguagem de dados.\nFramework: É uma estructura conceitual e tecnológica de suporte, definido\nnormalmente com artefactos ou módulos de software concretos para auxiliar o\nHTTP: Protocolo de transferencia de hipertexto. Protocolo de aplicação utilizado pela\nHTML: Linguagem de marcação de hipertexto. Linguagem utilizada para escrever\nprogramação de páginas web.\nJ2EE: Edição Enterprise de Java 2. Conjunto de API especiais do Java, tais como\nEnterprise JavaBeans (EJB) e Páginas de JavaServer (JSP).\nJSP: Servidor de páginas do java.\nMDA: (Monochrome Display Adapter) placa de vídeo com um modo de texto de 25\nMEDP: Cada caracter representa as iniciais dos nomes dos proprietários do Centro\nOpensource: Softwares com licenças e código fonte livre.\nOutrosServiços: serviços ambulatórios, e serviços auxiliares prestados pelo Centro.\nRAM: (Random Acess Memory) Memória de acesso aleatório.\nRIA: (Rich Internet Application) Aplicação de Internet.\nServiços Ambulatórios: serviços prestados a pacientes não internados.\nSIH: Sistemas de Informação Hospitalar, são aplicações de software personalizadas\ne específicas, ajustadas as necessidades da instituição de saude implementada.\ncomputadores diferêntes atraves de redes.\npadrão utilizado para análise e desenho de programas orientados a objetos.\nXML: (eXtensible Markup Language) Linguagem de Marcação extensível.\nXHTML: (extensible HyperText Markup Language): Linguagem Extensível para\nMarcação de Hipertexto.\nTabela 2 - Actores do negócio ...................................................................... 39\nTabela 3 - Descrição do caso de uso do negócio solicitar consulta ............ 41\nTabela 4 - Descrição do caso de uso do negócio solicitar análise ............... 43\nTabela 5 – Descrição do caso de uso do negócio solicitar outros serviços .. 45\nTabela 6 – Descrição do caso de uso do negócio solicitar relatórios ........... 47\nTabela 7 – Trabalhadores do negócio .......................................................... 48\nTabela 9 – Caso de uso do sistema autenticar usuário ................................ 58\nTabela 10 – Caso de uso do sistema gerir usuário...................................... 59\nTabela 11 – Caso de uso do sistema gerir serviços ..................................... 60\nTabela 13 – Caso de uso do sistema ver relatórios ...................................... 62\nFigura 1 – Diagrama do padrão de um Sistema de Historial Clínico. .......... 20\nFigura 2 - Esquema de representação da arquitetura MVC utilizando JSP .. 26\nFigura 3 –Diagrama dos casos de uso do negócio ....................................... 40\nFigura 5 - Diagrama de actividade solicitar análise ...................................... 44\nFigura 6 – Diagrama de actividade solicitar outros serviços ......................... 46\nFigura 7 – Diagrama de actividade solicitar relatório .................................... 47\nFigura 11 – Diagrama de sequência logar no sistema.................................. 63\nFigura 12 – Diagrama de sequência registar novo paciente......................... 64\nFigura 13 – Diagrama de sequência registar novo serviço ........................... 65\nFigura 14 – Diagrama de sequência atender paciente ................................. 65\nFigura 15 – Diagrama de comunicação logar no sistema ............................. 66\nFigura 16 – Diagrama de comunicação registar novo paciente .................... 67\nFigura 17 – Diagrama de comunicação registar novo paciente .................... 67\nFigura 18 – Diagrama de comunicação atender paciente ............................ 68\nFigura 20 – Figura do modelo lógico da base de dados ............................... 70\nFigura 22 – Interface de usuário principal ..................................................... 72\nFigura 23 – Interface de Erro por não preencher os campos obrigatórios .... 73\nFigura 24 – Interface mostrando erros dos campos obrigatórios .................. 73\nFigura 25 – Diagrama de Implantação da aplicação web ............................. 74\nFigura 26 – Organigrama estrutural do centro médico medp ....................... 80\nFigura 27 – Capa do bloco de relatório usado no centro MEDP ................... 81\nFigura 28 – Página do bloco de relatório ...................................................... 81\nFigura 29 – Questionário utilizado para coleta de informações .................... 82\nFigura 30 – Fatura gerada ao salvar os serviços prestados ......................... 83\nFigura 35 – Interface principal com nível de acesso Administrador .............. 87\nFigura 36 – Interface principal com nível de acesso Recepcionista ............. 87\nFigura 37 – Interface principal com nível de acesso Enfermeiro .................. 87\nFigura 38 – Interface para gestão dos dados dos pacientes ........................ 88\nFigura 39 – Interface prestar serviço ............................................................ 88\nFigura 40 – Interface consultar serviços prestados ...................................... 89\nFigura 42 – Interface ver o Historial Clínico de um paciente ....................... 90\nObjectivos Específicos ............................................................................. 12\nMétodos de Investigação .......................................................................... 13\nTécnicas de Investigação .......................................................................... 13\nContribuição Prática .................................................................................. 15\nCapítulo 1: Fundamentos teóricos ......................................................... 17\nIntrodução ...................................................................................... 17\nHistorial Clínico de Pacientes ........................................................ 17\n1.2.1 Historial Clínico Electrónico ........................................................... 18\n1.2.2 Características do Historial Clínico Electrónico ............................. 19\n1.2.3 Sistemas de Gestão de Historial Clínico Eletrónico ....................... 21\n1.3.2 Linguagems de Programação ........................................................ 29\nResumo das técnologias selecionadas .......................................... 35\nConclusão do Capítulo................................................................... 36\nCapítulo 2: Desenvolvimento do sistema .............................................. 37\nIntrodução ...................................................................................... 37\nModelo do Negócio ........................................................................ 37\n2.2.1 Descrição do Negócio .................................................................... 38\n2.2.2 Processos do Negócio ................................................................... 39\n2.2.3 Actores do Negócio........................................................................ 39\n2.2.4 Casos de Uso do Negócio ............................................................. 40\n2.2.5 Trabalhadores do Negócio ............................................................. 48\n2.2.6 Entidades do Negócio .................................................................... 49\n2.2.8 Descrição do Objecto de Automatização ....................................... 50\n2.3.2 Requisitos não Funcionais ............................................................. 52\nAnálise e desenho do sistema ....................................................... 53\n2.4.1.4 Descrição dos casos de uso de sistema ........................................ 58\n2.4.2 Diagramas de Sequência ............................................................... 63\n2.4.3 Diagramas de Comunicação .......................................................... 66\nModelo Lógico da Base de Dados ................................................. 70\nImplementação .............................................................................. 70\nImplantação ................................................................................... 74\nConclusão do Capítulo................................................................... 75\nConclusões ................................................................................................... 76\nRecomendações ........................................................................................... 77\nReferências Bibliográficas ............................................................................ 78\nCom o avanço das tecnologias de Informação e Comunicação (TIC´s) que têm\nsido grandes responsáveis por mudanças na nossa sociedade. A informática sendo\numa ciência que faz o tratamento da informação de forma automática, eficiente e\nrápida. Surge na medicina, à informática médica com o objectivo de prestar auxílio\naos profissionais da saúde, para melhorar a qualidade do atendimento sanitário.\nNo sector da saúde em Angola, esta realidade não foge à regra identificadose as tecnologías da informacão, e tornando-as uma aliada para aumentar a eficiência, e melhorar a qualidade na prestação de cuidados de saúde resultando em um\nmaior bem-estar da população. Neste sentido se apresenta um instrumento, o (HCE)\nHistorial Clínico Electrónico, que permite garantir que os pacientes recebam em tempo\noportuno, um conveniente e eficiente cuidado de saúde. O HCE é uma ferramenta que\noferece toda informação sobre o histórial do paciente, os protocolos clínicos e as recomendacões de estúdos específicos, gerando um incremento da eficiência na procura de antecedentes clínicos e o cuidado preventivo a ter em conta, contribuindo\ntambém na redução das complicações incluindo erros na medicação.\nEstes sistemas têm como objectivo fundamental aumentar a qualidade na\natenção ao paciente e os serviços de saúde, mediante a gestão da informação médica\ne administrativa nos centros de saúde, para que os dados obtidos possam ser\naplicados nas áreas de investigação, clínica, docência, administração e ajudar a\nO módulo de “Historial Clínico Electrónico” (HCE) é parte dos Sistemas de\nInformação Hospitalar, que é a resposta informática no que denominamos de Historial\nClínico. Seguido com o propósito de desenvolver um sistema para gestão do Historial\nClínico dos pacientes do Centro Médico (MEDP) situado em Benguela no bairro dos\nEste trabalho tem como propósito desenvolver uma Aplicação Web seguindo\no padrão de projectos MVC (Model-View-Controller). Esse padrão será usado para\nfacilitar a implementação e mesmo a manutenção, em termos de código, do sistema\na ser desenvolvido. Os dados para a modelagem do sistema são provenientes do\ncentro Médico (MEDP).\nO Centro Médico MEDP é uma unidade de saúde privada destinada a\nsaúde, com eficiência, dinamismo e qualidade ( ver organigrama anexo A ). O centro\nconta com especialidades como clínica geral, genecologia/obstetrícia, pediatria,\noftalmologia, e nutrição. Extruturado em cinco áreas de serviço a descrever:\nÁrea da recepção: É responsavel pela recepção dos pacientes,\nencaminhamento, e cobrança aos pacientes dos serviços a estes prestados.\nÁrea de enfermagem: É onde se faz a triagem e atendimento de emergência\nÁrea do laboratório: É responsavel pela coleta e análise das amostras.\nÁrea do consultório médico: É onde os médicos consultam os paciéntes.\naconselhamento aos paciêntes na dosagem dos mesmos fármacos.\nprocesso da gestão, pesquisa e armazenamento das informações relativas aos\npacientes do Centro Médico (MEDP), actividade que ocorre na Área da recepção e é\nfeita de forma manuscrita, e armazenada em vários blocos de registos preparados\npara o efeito, criando alguns transtornos quando um dado é mal escrito, e por vezes\natendimento aos pacientes. Desta forma um método permitirá realizar as operações\nde inserção, armazenamento e gestão dos dados dos pacientes, formando um\nHistorial Clínico Electrónico, que pode ser consultado toda vez que necessário, dando\nsurgimento ao seguinte Problema Científico: Como melhorar o processo de\narmazenamento e gestão das informações geridas pelo centro médico MEDP, Sendo\no objeto de estudo os processos de cadastro e gestão, das informações com relação\naos pacientes do Centro Médico MEDP, onde o campo de ação serão um conjunto\nde ferramentas de informação utilizadas no atendimento dos pacientes do Centro\nMédico (recepção e enfermagem), bem como a seleção de tecnologias como Java,\nimplementação de uma solução web para a problemática existente. Para a resolução\nDesenvolver um sistema para gestão do histórial clínico dos pacientes do\nCentro Médico MEDP cituado na cidade de Benguela, a qual inclui informações dos\npacientes, das análises clínicas, resultados de consultas, e outros serviços\nEstudar processos relacionados com Historial Clínico do Centro Médico.\nEstudar as ferramentas para o desenvolvimento da aplicação.\nRealizar a análise e desenho da aplicação para a gestão de Historial\nClínico dos pacientes do Centro Médico MEDP Benguela.\nDesenvolver a aplicação web.\nTestar a aplicação.\nComo valor prático da implementação do sistema para a gestão dos dados\npessoais e clínicos “dos pacientes do centro médico MEDP”, permitirá que a\ninformação dos pacientes que se encontram registados esteja centralizada. E desta\nforma garantir o fluxo e a integração dos dados, bem como a possibilidade de gerar\nrelatórios adequados e actualizados da informação armazenada.\nSerá permitido também poder fazer constantes actualizações dos dados\nsempre que necessário, proporcionando desta forma: maior exatidão e controle das\nconsultas, análises, e receitas preescritas a um determinado paciente. Facilitando o\ntrabalho do pessoal da direcção do Centro MEDP, bem como os profissionais de\nsaúde que tratam os pacientes do mesmo Centro. Além disto só poderá aceder ao\nsistema, pessoal registrado com autorização prévia, fazendo o Login controlado por\num nome de usuário e uma contrassenha para poder ter acesso a toda informação\nMétodo é um conjunto de actividades sistemáticas e racionais que, com maior\nsegurança e economia, permite alcançar os objectivos, conhecimentos válidos e verdadeiros, traçando o caminho a ser seguido, detectando erros e auxiliando as decisões do cientista. (Maria & Andrade, 2003, p. 83). Para este trabalho em particular fezse o uso de dois métodos:\nMétodo Dedutivo: A dedução parte do geral para o particular. O método\nDedutivo ajudou a fazer uma relação entre a hipótese de resolução do problema, criar\numa aplicações Web de gestão de dados de pacientes do centro médico MEDP com\noutras aplicações de saúde ja existentes. Desta forma permitir também obter\ninformações a respeito das ferramentas adequadas a serem utilizadas.\nMétodo Indutivo: A indução é a operação lógica que vai do particular ao\ngeral. O método indutivo caminha, na aproximação aos fenómenos para planos cada\nvez mais abrangentes, indo das constatações mais particulares às leis e teorias\n(conexão ascendente). A indução, ao contrário da dedução, não progride\nsimplesmente pelas relações entre as ideias. No raciocínio indutivo a generalização\nderiva de observações de casos da realidade concreta. Ele necessita de informações\nsobre factos. A indução tem como programa construir o discurso da ciência a partir\nFace o campo do tema a ser investigado neste trabalho, foi necessário adoptar\nas técnicas que proporcionassem a melhor coleta de informação possível, e que\ntivessem níveis cientificamente aceites, tais como:\nObservação: De acordo a finalidade e a forma como é executada, a\nobservação pode assumir diferentes configurações, conforme a classificação de\nObservação assistemática (não planejada);\nObservação sistemática (planejada);\nObservação não participante (sem envolvimento do objeto de observação);\nObservação participante (com envolvimento do objeto de observação ou\nObservação em equipa;\nNo processo da observação para além da constatação do modo de\nfuncionamento do centro, também permitiu avaliar as habilidades e criatividades dos\nfuncionários, quanto ao uso das novas tecnologias de comunicação.\nEntrevista: Entrevista: É uma conversa orientada para um objectivo definido:\nrecolher, por meio do interrogatório do informante, dados para a pesquisa. Para este\ncaso, este método permitirá, mediante perguntas não estruturadas às entidades\nresponsáveis pela recepção, e enfermagem ajudou a perceber a forma como é feito\ntodo este processo de gestão das informações dos pacientes no centro médico MEDP\nde formas a implementar o método, a fim de saber como e que tipo de informações\nsão requeridas aos pacientes, bem como deverá ser toda a estrutura do mesmo\nPesquisa documental: A característica da pesquisa documental é que a\nfonte de pesquisa de dados está restrita a documentos, escritos ou não, constituindo\no que se denomina de fontes primárias. Estas podem ser feitas no momento em que\no facto ou fenómeno ocorre, ou depois. (Maria & Andrade, 2003, p. 174). Alguns\nforma obter algumas informações qualitativas sobre o centro.\nPesquisa bibliográfica: A pesquisa bibliográfica, ou de fontes secundárias,\nabrange toda bibliografia já tornada pública em relação ao tema de estudo, desde\npublicações de boletins, jornais, revistas, livros, pesquisas, monografias, teses,\nmaterial etc., até meios de comunicação orais: rádio, filmes e televisão. A sua\nfinalidade é colocar o pesquisador em contato direto com tudo o que foi escrito, dito\nou filmado sobre determinado assunto, inclusive conferências seguidas de debates\n& Andrade, 2003, p. 188).\nQuestionário: “É uma das técnicas usadas para obter informações dos\nprincipais protagonistas no atendimento dos pacientes” (ver anexo B ). Esta técnica\npermitiu obter uma informação detalhada e individual de cada trabalhador do centro\nligado as áreas de investigação de um modo particular, e de outros de um modo geral.\npodendo cada um dar o seu parecer relacionado com as práticas realizadas na área\nem que está ligado.\nO uso das técnicas de investigação acima descritas foram de grande\nimportância visto que atraves delas foi possivel colher toda informação com relação\nao tema proposto, o que possiblitou idealizar um sistema informático para a gestão da\ninformação, nas áreas encarregadas pela gestão das mesmas e organizar as mesmas\nde formas que estejam centralizadas. Facto que permitirá o acesso as mesmas de\nforma segura, fácil e rápida, ja que se manuseiam grandes quantidades de dados,\nproporcionando melhoras na eficiência do registo, armazenamento e gestão das\ninformações relacionadas ao Historial Clínico dos pacientes do Centro Médico MEDP\nO presente trabalho investigativo está estruturado em 7 secções, tais como\nIntrodução, Capítulo 1, Capítulo 2, conclusões, recomendações, referências\nO Capítulo 1, apresenta os Fundamentos Teóricos, mostrando a\ncaracterização e descrição de Historial Clínico (HC) e de Historial Clínico Eletrónico\n(HCE), faz-se também a descrição dos métodos e das ferramentas utilizados no\nO Capítulo 2, fala sobre o Desenvolvimento do sistema, apresenta-se a\nmodelagem do negócio, dos requisitos funcionais e não funcionais do sistema, como\nos casos de uso do negócio, os diagramas de actividades, e os casos de uso do\nsistema e alguns elementos da implementação.\nSegundo Merlin Almagro De la Noval a informática médica surge com o\nobjectivo de prestar serviços aos profissional da saúde, para melhorar a qualidade do\natendimento sanitário Por isto foram criados os Sistemas de Informação Hospitalar,\ndefinidos como “sistemas de informação orientados a satisfazer as necessidades de\ngeração de informação, para armazenar, processar e reinterpretar dados médicoadministrativos de qualquer instituição hospitalar” (Noval, 2015, p. 7).\nNo presente capítulo estão descritos todos elementos teóricos tais como, os\nelementos relacionados com Historial Clínico, as ferramentas e as principais\ntecnologias usadas no desenvolvimento da aplicação pretendida. Fazendo-se\ntambém uma descrição do ambiente de desenvolvimento.\nHistorial Clínico é um conjunto de documentos que contem os dados,\navaliações e informações de qualquer índole, sobre a situação e evolução de um\npaciente ao longo de um processo de assistência médica.\nEntre os principais elementos de um Historial Clínico se encontram as\nDados pessoais: se regista a informação geral dos pacientes que vão ao\nDados de consultas realizadas: se regista a informação das consultas\nfeitas pelos pacientes registando resultados de laboratórios clínicos,\ndiagnósticos, observações feitas e tratamentos preescritos.\nSegundo Sanchez diz que um Historial Clínico, é um registo que permite aos\nespecialistas de saude terem um control do percurso clínico dos pacientes. Mas a\nambiguidade que muitas vezes supõem, ao constante problema de espaço provocada\npela acumulação de registros médicos, o deterioramento do papel e a pouca\nlegibilidade se juntam a lista de inconvenientes, Aliados a falta de segurança destes\nregistros médicos, visto que não é possível saber quem consultou os documentos e\nA seguir se descreve algumas limitações práticas, logísticas e organizacionais\na) Acessiblidade: é uma entidade que normalmente conta com usuário\núnico, ja que so uma pessoa pode consultar a cada vez.\nb) Pode ser muíto desorganizada: sendo isto nocivo para aqueles pacientes\nmais graves, que a organização da sua informação é de extrema\nincompleta quando neçessário.\nd) Falta de segurança: não há um rasto de quem acedeu as informações,\nnão se sabe quem pegou, fotocopiou ou estraviou.\ne) Complexidade na busca da informação: o tempo que é consumido ao\nfazer uma busca de uma informação na sua maioria é demasiado.\nEste conjunto de limitações podem ser melhoradas com a informatização do\n(HC) Historial Clínico, com a implementação de um (HCE) Historial Clínico Eletrónico\nque é um sistema informático que incrementa outras vantagens, como o potencial\npara múltiplas vistas da informação dependentemente da necessidade do usuário. Se\npermite que os dados podem ser representados não só como textos, mas também\nmediante gráficos, listas, organigramas, entre outros. (Sanchez, 2010).\n1.2.1 Historial Clínico Electrónico\nHistórial clínico electrónico, é um conjunto de informações ordenada e detalhada que recompila cronológicamente todos os aspetos relativos a saúde de um paciente e a de sua família em um período determinado da sua vida; representa uma\nbase para conhecer as condições de saúde, as atenções médicas e os diferentes procedimentos executados pelas equipes médicas ao longo de um processo assistencial.\nActualmente o HCE é considerado uma peça chave para a prestação eficiente\ndos serviços de saúde em especial, para garantir a qualidade do atendimento sanitário\ne a segurança do paciente e do profissional de saúde. Por isto, a informação clínica\narmazenada em HCE pode contribuir fortemente na investigação médica, na formação\ndos professionais da saúde e melhorar o problema da saúde pública (Luna, 2012).\nClassificação dos Históriais Electrónicos\nSegundo o livro “Manual de Expediente Clínico Electrónico” da Dra. Gabriela\nVillarreal Levy, Historial Clínico (Levy, 2011), tem uma grande variedade de aplicações\nHistorial Clínico electrónico (HCE). Historial que relaciona a informação de\nsaúde de uma pessoa e que pode ser registado, compartido, gerido e consultado por\nprofessionais de saúde autorizados dentro de uma organização de saúde.\nHistorial electrónico de saúde (EHS). Registo total da informação electrónica\nrelacionada com a saúde de um individuo, onde se armazena informação por parte de\nmais de uma organização ou provedores de serviços de saúde.\nSistema de Informação Hospitalar (HIS). Sistema integral de informação desenhado para administrar os aspectos financeiros, clínicos e operativos de uma organização de saúde. Pode incluir ou estar conectado com um Historial Clínico Electrónico.\n1.2.2 Características do Historial Clínico Electrónico\nActualmente existem no mercado uma grande quantidade de ofertas com respeito a Historiais Clínicos Electrónicos (HCE), que vão desde simples sistemas de\nregistro com pouca extruturação, à robustos e avançados sistemas electrónicos de\norganização e gestão de informação. A escolha do HCE está ligada a necessidade\nparticular de cada profissional, mas é importante que o HCE escolhido tenha uma\nO que se entende por estrutura padronizada? São padrões mundiais de uso\ne intercambio de informação, o que permite a integração com outros sistemas, seja\numa rede de farmácias que aceitem o uso de ordens médicas padronizadas, um laboratório que possa entregar os resultados e ser integrados automáticamente ao HCE\nde um paciente, uniformizando através do control do vocabulário médico utilizado para\npoder realizar uma inteligente gestão da informação evitando os problemas de sinonímia médica (Levy, 2011).\nHistorial Clínico Electrónico e a sua interação com o pessoal das diferentes áreas de\numa Instituição de saúde, diagrama elaborado apartir de um modelo tirado do livro\n“Manual de Expediente Clínico Electrónico”.\nFigura 1 – Diagrama do padrão de um Sistema de Historial Clínico.\nEntre os potenciais benefícios do Historial Clínico electrónico encontramos:\na) Gestão do Historial Clínico único por paciente, garantindo a sua\npadronização segundo as normas internacionais.\nb) Comunicação com outros profissionais para a realização de consultas de\nc) Ajuda na tomada de decisões, desenho de formulários para a captura,\nprocessamento de dados e relatórios personalizados, bem como como\nfazer uma análise estatística da informação armazenada.\nCom o importante desenvolvimento das tecnologias da informação no ámbito\nsanitário, e visto aqui indicadores que dão conta das grandes vantagem no uso delas,\no centro médico MEDP não ficou alheio a esta realidade, e quer adotar o uso de\natendimento aos seus pacientes e definir políticas eficazes para dar atenção aos\nprincipais problemas de saúde que afectam a população de Benguela e não só.\n1.2.3 Sistemas de Gestão de Historial Clínico Eletrónico\nApós o autor ter feito um estudo sobre o que é um HCE e o que fazem, ilustrase exemplos de pesquizas sobre alguns softwares ja desenvolvidos com a finalidade\nde gerir os processos levados a cabo em uma unidade sanitária e suas principais\nMedeX 3.0 – software pago para gestão de clínicas, consultórios odontológios,\nfisioteraputas e pacientes. Gratis para teste em 7 dias, tem o seu repositório de dados\nna núvem por isto so funciona conectado a internet. Disponivel no endereço (fonte:\nAdm Médico 4.32 – software médico para gerir consultório, agendas, e\npacientes. Pago, por uma licença que expira anualmente. Disponivel em:\nSistema Gerencial Hospitalar - SIGELAR 1.0. Projecto de software de gestão\nhospitalar, e acompanhamento de tratamentos. Software livre, mas não é uma versão\nAtraves de alguma pesquiza feita em alguns centros de saúde, e clínicas\nprivadas situadas no município de Benguela, com o propósito de saber como é\nrealizada a gestão do Historial Clínico dos seus paciente e se usam algum sistema\neletrónico. O autor constatou que são poucas as organizações que tem um sistema\nde gestão eletrónico, um dos factos que motivou o desenvolvimento.\nAplicações Desktop versus Aplicações Web\nUma aplicação desktop (também chamada de escritório) é aquela que está\ninstalada no computador do usuário, e é executada directamente pelo sistema\nrendimento depende de diversas configurações de hardware como memória RAM,\ndisco duro, memória de vídeo, entre outros periféricos do computador (O'reilly, 2007).\nNormalmente a sua execução não requere comunicação com o exterior,\nporque é realizada de forma local.\nPodem ser mais robustas e estáveis que as aplicações Web.\nRendimento: o tempo de resposta é muito rápido.\nSegurança: podem ser muito seguras (dependendo do programador).\nSão dependentes do sistema operativo que estiver instalado no\ncomputador, e suas capacidades (vídeo, memoria, entre outros periféricos).\n Requerem actualização personalizada.\nUma aplicação web é toda ferramenta que se encontre dentro de um servidor\nweb que um usuário pode aceder mediante um navegador web com ou sem conexão\nA expressão “Cliente / Servidor” (comumente chamado de “Client / Server”)\ndescreve o desenvolvimento físico de modelos onde o computador cliente faz um\nEla esta estruturada em três partes:\nPrimeira parte: está constituída por um navegador web.\nSegunda parte: a parte intermedia que é composta por um motor que permite\nler uma tecnologia web de tipo dinâmico.\nTerceira parte: esta última parte se integra por uma base de dados sólida.\nTem muitas vantagens trabalhar com uma aplicação que está centralizada.\nDesta maneira a distribuição e actualização é más fácil e rápida, visto que a aplicação\nnão está instalada nas máquinas dos clientes. Mas está centralizada em um servidor\nque responde a solicitações de usuários remotos.\nActualizações automáticas: na hora de fazer uso de uma aplicação web a\nmesma estará em total dependência de um desenvolvedor, que será o encarregado\nNão é necessário instalar-se: basta estar conectado à rede local ou conectado\nà Internet e um navegador web como mediador, e acessar o servidor o que não\nocupará espaço em nosso disco duro.\nCompatibilidade: só necessitamos de ter um navegador actualizado para que\nsejam compatíveis, independentemente do sistema operativo que se tenha.\n A disponibilidade da aplicação não será possível ao cliente, sempre que não\nhouver ligação entre o cliente e o servidor, seja local ou através da internet.\n O desempenho em uma aplicação web pode ser más lento porque cada vez\nque se realiza uma solicitação de um documento HTML, se enviam ao mesmo tempo,\npela mesma via os dados a serem mostrados e o desenho da tela da aplicação, e o\ngrande de conexões.\nApós ter feito uma comparação das duas formas de programar, optou-se por\ntrabalhar em Web sendo que oferece maior praticidade e vantagens com relação a\numa aplicação desktop, permitindo a conexão simultânea de vários usuários\nseparados geograficamente a mesma aplicação. E o problema do tempo de espera\nde um usuário ao acessar o servidor pode ser reduzido através da tecnologia AJAX\ncriar aplicações interativas que se executam no navegador, através de uma\ncomunicação assíncrona com o servidor em segundo plano. Proporcionando a troca\nentre as páginas sem a necessidade de recarrega-las, facilitando a navegação, e\ndiminuição do tempo de espera do usuário.\nPorque Aplicação Web?\nAs aplicações desktop padecem de algumas limitações como:\n Requerem instalação.\n São difícil de actualizar tendo em conta trocas de configurações que podem\nser necessárias em um dado momento.\nque ja existem é necessário instalar novamente.\n Para garantir a comunição e acesso aos dados dos pacientes em diferentes\nVersátil: Pode-se necessitar que os usuários se conectem desde\nFlexivel: Deve ser fácil personalizar o contexto de uma entidade em particular.\nEscalablidade: As necesidades da instituição podem mudar a qualquer\nmomento por isso deve ser fácil fazer actualizações que vai de acordo as novas\nPara dar resposta a estes elementos, na implementação de um sistema de\ngestão das informações que diz respeito aos pacientes do centro médico MEDP. O\nsistema sera desenvolvido usando a tecnologia web, fazendo recurso ao padrão MVC.\nDai algumas das vantajens de usar a tecnología web no desenvolvimento da referida\n Não requerem instalação, e facilmente podem ser actualizadas.\n Pode-se aceder de qualquer lugar com a internet, ou conexão com o servidor\nweb através de uma conecção local por meio de wifi ou cabo.\n Os dados são guardados de forma remota.\n Compatiblidade através de plataformas diferentes.\n São convenientes em computadores com baixo nivel de procesamento e\nnecessitam de pouco espaço em disco.\n Fácil integração com os serviços web.\nPadrão de Projectos Usando Modelo Vista Controlador\nUma aplicação JavaEE usa o modelo três camadas: apresentação, negócio\ne persistência. Na camada de apresentação estão as páginas JSP, a camada de negócio contém a modelagem do domínio do problema e a camada de persistência contém as classes com conhecimento sobre a persistência de objetos no banco de dados.\nO Model-View-Controller (MVC) é um padrão de arquitetura que divide a aplicação em controladores que tratam as entradas dos usuários, no modelo que prove\nas funcionalidades principais e nas visões que apresentam as informações para os\nusuários (SOUZA, 2008). Em aplicações complexas, que enviam uma série de dados\npara o usuário, o desenvolvidor frequentemente necessita separar os dados (model)\nda interface (view). Utilizando MVC, alterações feitas na interface não afetarão a manipulação dos dados e estes poderão ser reorganizados sem alterar a interface do\nusuário. O MVC resolve esse problema por meio da separação das tarefas de acesso\naos dados e a lógica do negócio da apresentação e da interação com o usuário\nO objectivo básico do padrão de projecto MVC é separar dados ou lógica de\nnegócios (model) da interface do usuário (view) e do fluxo da aplicação (controller).\n- Esquema de representação da arquitetura MVC utilizando JSP\nNeste epígrafe se descrevem as principais ferramentas estudadas e\nNa selecção das ferramentas para o desenvolvimento do método proposto,\nas ferramentas adequadas e com nível de robustez e fiabilidade elevado, para permitir\no desenvolvimento de um software credível, moderno, intuitivo, e o mais importante\num sistema funcional. Para que possa responder as exigências requeridas pelo centro\nde saúde MEDP no que toca ao armazenamento e gestão do Historial Clínico dos\nA criação de um sistema automatizado geralmente é um processo longo e\ndiferentes áreas e também é determinado pela realização de tarefas complexas entre\nas quais existe uma relação lógica.\nUm dos focos ou princípios mais difundidos ao seguir uma metodologia de\ndesenvolvimento é de facilitar a realização, planejamento e controle de um projecto\nde computador, que constitui uma organização do trabalho em fases. Partindo desde\nprincípio adotou-se pelo RUP como a metologia a seguir no desenvolver deste\nO Rational Unified Process (RUP) É um modelo constituído por fases que\nidentifica quatro fases discretas no processo de software. No entanto, ao contrário do\nfases do RUP estão relacionadas mais estritamente aos negócios do que a assuntos\ntécnicos. fases do RUP:\n1. Concepção. O objectivo da fase de concepção é estabelecer um business\ne sistemas), que irão interagir com o sistema, e definir essas interacções.\nA seguir usamos essas interacções para avaliar a contribuição do sistema\ncom o negócio. Se a contribuição for de pouca importância, o projecto pode\n2. Elaboração. Os objectivos da fase de elaboração são desenvolver um\nentendimento do domínio do problema, estabelecer um Framework de\nmodelo de requisitos para o sistema (os casos de uso da UML são\nespecificados), uma descrição\n3. Construção. A fase de construção está essencialmente relacionada ao\nprojecto, programação e teste do sistema. As partes do sistema são\ndocumentação associada pronta para ser liberada para os usuários.\n4. Transição. A fase final do RUP está relacionada à transferência do\nusuários e com a entrada em funcionamento do sistema no ambiente real.\nmodelagem orientada a objectos e por isso, a descrição dos workflows é orientada em\n1. Modelagem de negócios - Os processos de negócio são modelados\nusando casos de uso de negócios.\n2. Requisitos - Os agentes que interagem com o sistema são identificados e\nos casos de uso são desenvolvidos para modelar os requisitos do sistema.\n3. Análise e desenho - Um modelo de projecto é criado e documentado\nobjecto e modelos de sequência.\n4. Implementação - Os componentes de sistema são implementados e\nestruturados em subsistemas de implementação. A geração automática de\ncódigo com base nos modelos de projecto ajuda a acelerar esse processo.\n5. Teste - O teste é um processo interativo realizado em conjunto com a\nimplementação. O teste de sistema segue o término da implementação.\n6. Implantação - Uma versão do produto é criada, distribuída aos usuários e\n7. Gestão de configuração e mudanças - Este workflow de apoio gere as\nactualizações ao sistema.\n8. Gestão de projectos - Este workflow de apoio gere o desenvolvimento do\n9. Ambiente - Este workflow de apoio está relacionado à disponibilização de\nfacto dela ser completa e robusta. Não obstante a dificuldade no uso da mesma em\ncomparação com as metodologias Ágeis por serem menos extenças e mais viradas\npara a aplicação em sí.\n1.3.2 Linguagems de Programação\nJava Para a implementação do sistema resultado deste trabalho, optou-se\nde sistemas para web. Essas funcionalidades estão, também, relacionadas às tecnologias agregadas ao uso da linguagem. Dentre essas tecnologias estão os frameworks\ne os padrões de projecto.\nOs padrões de projecto, embora sejam conceituais, definem a forma de empregar tecnologias na resolução de determinados problemas. Esses padrões não estão relacionados à linguagem, mas fornecem uma maneira de resolver problemas recorrentes em programação, otimizando o uso dos recursos que as linguagens e as\nA plataforma JavaEE, também conhecida como J2EE ou JEE, está voltada\npara o desenvolvimento de aplicações multicamadas, baseadas em componentes que\nsão executados em um servidor de aplicações.\nA plataforma JavaEE é considerada um padrão de desenvolvimento porque é\nnecessário seguir determinadas regras para que o produto de software gerado seja\ncompatível com JavaEE. O desenvolvimento de software para esse ambiente é realizado por meio da linguagem de programação Java e de um conjunto de ferramentas\nXHTML É uma extenção do HTML que é a linguagem básica da www. A\nmaioria dos documentos na Internet encontra-se escrita em HTML, daí a sua\nincontornável importância. Mas pelo facto de usar o JSF o código fonte das páginas\nforam escritos em XHTML com sigla em inglês para Extensible HyperText Markup\nLanguage (Linguagem Extensível para Marcação de Hipertexto) que é nada mais que\na transformação de um documento existente de HTML podendo desta forma obter\nalgumas vantagems como: Compatiblidade da linguagem com futuras aplicações,\npodem deixar de ser compatíveis com elementos e atributos de linguagems antigas\n(“deprecated”) como HTML segundo recomendações da W3C (Organização de\npadronização da Wor).\nXHTML é um código consistente que dispensa uso de “truques” e “hacks” para\nsuperar os “bugs”, o tempo de carregamento de uma página XHTML é mais rápido\nporque o navegador interpreta uma página limpa sem ter que decidir sobre a\nrenderização de erros de código.\nAo visitar um sít pode-se ver normalmente o código XHTML utilizado para o\nconstruir. Basta selecionar nos menus do Internet Explorer: Ver →Código fonte (ou\nView →Page Source, no Netscape, Mozilla e Firefox). (Alexandre & Carlos, 2013) .\nUML Na área de Engenharia de Software, a Linguagem de Modelagem\nUnificada (do inglês,\nUML - Unified Modeling Language) é uma linguagem de\nmodelagem que permite representar um sistema de forma padronizada. A UML não é\numa metodologia de desenvolvimento, o que significa que ela não diz o que fazer\ndesenho e a comunicação entre os objectos.\nseus trabalhos em diagramas padronizados. Junto com uma notação gráfica, usando\nStarUML (STAR UML, 2016) é uma ferramenta CASE de código aberto\n(opensource) e está sob licença GPL (General Public License). Ela dá suporte a\nmodelagem de sistemas utilizando os diagramas da UML2 e também à MDA, com\ndefinições de transformações para algumas plataformas específicas. É permitida\ntambém a importação/exportação de modelos utilizando o formato XMI.\nVisual paradigm Visual Paradigm for UML (VISUAL PARADIGM, 2010) é\numa ferramenta CASE com várias opções de modelagem com os diagramas da UML2\ne que também oferece suporte a diagramas de requisitos SysML e a diagramas ER.\nA ferramenta possui um bom ambiente de trabalho, o que facilita a visualização e\nmanipulação do projecto de modelagem. É uma ferramenta comercial e também\noferece suporte a transformações específicas para códigos-fonte de algumas\nlinguagens de programação como, por exemplo, C++ e Java.\nversão 12.1 - (Build 20150802).\nServidor de BD MySQL - É um Sistema Gestor de Bases de Dados (SGBD)\ndesenhado para administrar eficazmente a proliferação de sistemas e dados nas\nempresas, oferecendo além vastas garantias de segurança e fiabilidade. É uma\nplataforma para o processamento de transações em línea (OLTP) de grande escala,\nsendo útil também para soluções de Inteligência de Negócios (em inglês, Business\nIntelligence), integração, análises e criação de relatórios de dados.\nEntre suas principais características destacam-se a sua facilidade de uso,\nmelhorados, redução da complexidade da tecnologia de informação, recuperação\nrápida, conexão de administrador dedicada, detecção automática obrigatória de\nconflitos para nas transações de escritura, maior granularidade em termos de\nespecificação de permissões em vários âmbitos, garantias de autorização e\nautenticação, compatibilidade ampla com outras linguagens.\nServidor Web Apache Tomcat - (TOMCAT, 2012) é um contêiner servlet, ou\nseja, um servidor de aplicações utilizado para interpretar aplicações escritas em Java\npara web. Ele não implementa um contêiner EJB, mas abrange parte da especificação\nsegurança, JNDI Resources (API para acesso a diretórios) e JDBC DataSources.\nO Tomcat atua também como servidor web, ou pode funcionar integrado a um\nservidor web, ele provê um servidor HTTP puramente em Java. O servidor inclui ferramentas para configuração e gerenciamento, o que também pode ser feito editandose manualmente arquivos de configuração formatados em XML.\nJava Server Faces (JSF) - É um framework (marca de trabalho) web J2EE\nda família de código fonte aberto, baseado em componentes de interfase de usuário,\nque facilita e agiliza o desenvolvimento de aplicações web. JSF oculta ao programador\nprogramação similar à programação de aplicações de escritório, de estilo JAVA Swing,\nÉ uma tecnologia que permite construir aplicações web, que suportam\ndiferentes dispositivos como clientes, por ex. telefones celulares, agendas, notbook´s\nFramework para programar aplicação web para java, criado pela ORACLE.\nSeu funcionamento se dá através de agrupamentos de COMPONENTES que podem\n O JSF 1 utilizava JSP como padrão para seus templates\n O MVC do JSF tem a finalidade de isolar a lógica do negócio da camada de\n Nestes arquivos poderemos chamar as classes, seus métodos, suas variáveis.\nPrimeFaces – Framework (para dar estilo as páginas Web) PrimeFaces é\numa suíte de componentes de código fonte aberto para Java Server Faces 2.0 com\nricas (PRIMEFACES, 2012). Dentre as características do PrimeFaces, destacam-se:\na) possui um conjunto de componentes de interface gráfica para implementação de Rich Internet Application (RIA), como, por exemplo, DataTable, AutoComplete,\nHtmlEditor e Charts (gráficos).\nb) não há necessidade de configuração XML extra e não há dependências\nc) A construção de Ajax é baseada no padrão JSF 2.0 Ajax APIs (Application\nO Hibernate - (HIBERNATE, 2012). É um framework para o mapeamento objeto relacional escrito na linguagem Java e é também disponibilizado em .Net com o\nbase de dados relacional e o modelo de objetos de uma aplicação por meio do uso de\nobjetos definido pelo desenvolvedor. Sua principal característica é a transformação\n(Structured Query Language). O Hibernate gera as sentenças SQL, mantendo o programa portável para qualquer banco de dados padrão SQL.\nEclipse ambiente escolhido no desenvolvimento do software versão Java\nEE-mars, que suporta a linguagem de programação java e xhtml. Este ambiente foi\nselecionado pelo facto de ter um domínio pessoal, e mais tempo de prática no mesmo,\ncom relação a outros IDE.\nÉ um dos mais completo Ambiente de Desenvolvimento Integrado (IDE, siglas\nem inglês) Java EE/J2EE para a plataforma de código aberto Eclipse. Tem como\nCódigo aberto: Eclipse integra hoje as tecnologias más\ninovadoras de códigos abertos, para oferecer um ambiente de desenvolvimento\nservidor para acelerar o desenvolvimento, implementação, testes e portabilidade.\ndesenvolvimento deste trabalho. Em este epígrafe se fala brevemente de cada uma\niReport é uma ferramenta visual escrita em Java para a elaboração e desenho\nde relatórios da JasperReports. Brinda uma interface intuitiva e amigável para criar\nrelatórios complexos em menor tempo possível. Se baseia na sintaxe XML para a\ngeração de código (Furutani, 2005).\nA seguir apresentam-se algumas de suas principais características.\n 100% escrito em Java, código aberto e gratuito.\n Suporta internacionalização nativamente.\n Facilidade de instalação.\n Variedade de fontes incluídas.\n Compatível com JDBC.\n Permite guardar copias de segurança\nWorkbench for Databases (Workbench, 2012) é uma ferramenta para projecto de banco de dados que auxilia a criar e a manter bancos de dados. Essa ferramenta utiliza diagramas de entidade e relacionamentos para projetar e gerar bases de\ndados graficamente e sentenças SQLs.\nOs principais recursos da ferramenta Workbench for Databases são:\na) modelar visualmente bancos de dados – a modelagem é feita graficamente\npor meio de diagramas de entidades e relacionamentos. O projecto pode ser apresentado em níveis de detalhes distintos.\nb) gerar bancos de dados – gerar scripts DDL (Data Definition Language) completos para criar o banco de dados ou gerá-lo diretamente.\nc) importar base de dados – derivar um modelo gráfico a partir de um banco\nde dados existente. A engenharia reversa é feita diretamente a partir do banco de\nResumo das técnologias selecionadas\nimplementação e execução do sistema. Elas estão distribuídas nas camadas de interface, aplicação (lógica de negócio), servidor web e base de dados.\nLinguagem de programação usada para\nLinguagem de programação usada para programar as páginas web.\nUsado para a documentação da modelagem\nFramework usado no desenvolvimento das interfaces da aplicação. V: 6 (2012)\nContêiner usado como servidor web.v: 8.5 (2012)\nNeste primeiro capítulo analizou-se os principais elementos que fazem\nreferência aos fundamentos teóricos sobre o tema a ser desenvolvido no presente\ntrabalho, tendo em conta a situação problemática e o objecto de estudo, o autor\nidentificou os problemas na área da recepção do centro médico “MEDP”. Área\nresponsavel em gerir toda informação relativa aos seus pacientes, gerando desta\nforma o arquivo do Historial Clínico dos pacientes. Foram analisados os processos a\nCAPÍTULO 2: DESENVOLVIMENTO DO SISTEMA\nEste capítulo apresenta uma proposta a problemática, seguindo os fluxos de\ntrabalho do RUP na seguinte ordem: modelagem do negócio, requisitos funcionais e\nrequisitos não funcionais, análise e desenho do sistema, implementação, e teste.\nNeste capítulo é feita a descrição do modelo de negocio actual de forma\nresumida, enumerando as regras do negocio existentes no desenvolver do próprio.\nDefine-se também os actores do negocio, e elabora-se o diagrama de casos de usos\nrelação entre os trabalhadores e as entidades do negocio.\nutilizados na elaboraçao. Se apresentam também o modelo lógico da base de dados,\ne o diagrama de objectos aonde se faz a distribuição do sistema representado por\nO modelo de negócio é o primeiro fluxo que apresenta o RUP para desenvolver um software. O mesmo permite compreender a estrutura e a dinâmica da entidade\nna qual se vai implementar o sistema. Se analisa a problemática existente, identificando os processos envolvidos no negócio a fim de compreende-los e propor potenciais melhorias. Para isto se identificam casos de uso, atores, trabalhadores e entidades associados. Por último se determinam os requerimentos do sistema que vão suportar a organização.\nO fluxo de trabalho do negócio permite descrever o negócio actual e modelar\no negócio proposto, dá uma visão do que é necessário fazer para dar resposta a solicitação do usuário. A modelação do negócio brinda uma via natural para determinar\nos requerimentos do sistema de informação.\n2.2.1 Descrição do Negócio\nO Centro Médico MEDP recebe diariamente pacientes em busca de\natendimento sanitário, por parte dos profissionais de saúde daquele centro. Dando\ninício desta forma ao processo de atendimento do paciente, que é feito por um\nrecepcionista da área da recepção que através da observação do estado do paciente\no avalia, classificando em dois níveis normal( paciente que não necessita de\nintervenção médica imediata ) ou crítico (paciente que necessita com urgência de\numa intervenção médica ).\ndos dados pessoais do paciente e os serviços que este necessitar, no processo de\ntelefone, tipos de análises, tipos de consulta ou outros serviços(atendimento de\nemergência, curativos, injecção, aplicação de soro) e passa um recibo ao paciente\ndescrevendo os serviços requisitados e o valor dos mesmos. logo em seguida o\npaciente é encaminhado ao departamento a seguir para continuar o seu atendimento.\nSe o estado do paciente for considerado crítico, o paciente é encaminhado\nde imediato ao departamento de enfermagem aonde lhe é prestado os primeiros\nsocorros. Logo após a recuperação do paciente, ele volta a recepção onde faz o seu\nregisto dos dados pessoais e dos serviços que lhe foram prestados de emergência,\ne\_ou os serviços que o mesmo ainda necessita, e é encaminhado ao departamento a\nQuando o paciênte ja esta registado, normalmente ele é direcionado ao\noutros dados do paciente como (peso, idade, altura, glicémia, pressão arterial) e\ncompleta os seus dados. Caso seja necessário, ou o paciente tenha solicitado “na\nrecepção”, ter uma consulta com o Dr. o paciente é encaminhado ao consultório\nmédico, aonde é examinado e lhe é passado uma preescrição dos exames a fazer no\nlaboratório caso necessário. E se não for necessário o Dr. passa a receita e a\ndosagem dos fármacos.\nAs Regras do Negócio definidas são:\n O paciente pode fazer análise com consulta interna ou externa\n O paciente so faz consulta e análise se fizer o registo e o pagamento\n2.2.2 Processos do Negócio\nEm todo o processo realizam-se conjunto de actividadess essenciais para produzir um resultado entendido e medido para um cliente de um negócio. Essas actividadess também são conhecidas por processos do negócio.\n3. Gerir Análises\n4. Gerir Outros Serviços\n5. Consultar Serviços\n6. Atender Serviços\n8. Consultar Historial Clíinico\n2.2.3 Actores do Negócio\nActor do negócio é toda entidade, uma pessoa ou um sistema que interage\ncom o negócio mas não faz parte do mesmo, como ilustra a tabela 2.\nTabela 2 - Actores do negócio\nPaciente: É a pessoa que vai ao centro médico para receber\natendimento, solicitando aconpanhamento médico, consultas, análises ou\noutro serviço de saúde prestado pelo centro.\nDirector: É a pessoa que solicita relatórios para avaliações\n2.2.4 Casos de Uso do Negócio\nA descrição dos casos de uso do negócio permite modelar uma sequência de\nactividades, permitindo saber, área e a pessoa da entidade que é responsavel pela\nexecução de cada actividade e as entidades do negócio envolvidas no processo.\nComo mostra o diagrama da figura 3 e as respectivas descrições correspondentes a\ncada caso de uso do negócio, descritos a seguir.\n2- Solicitar análise\n3- Solicitar outros serviços\n4- Solicitar Relatórios\nA figura 3 ilustra todos os casos de uso do negócio levados a cabo no centro\nFigura 3 –Diagrama dos casos de uso do negócio\nDescrição dos Casos de Uso do Negócio e seus Diagramas de\nfunção pela especificação da sequência de operações (actividades e/ou acções e\ndecisões que permitem determinar quando e como elas são realizadas (Videira, 2005,\nCaso de uso do negócio solicitar consulta\nA seguir temos a tabela 3 que mostra a descrição de um dos caso de uso do\nnegócio solicitar consulta seguido do seu diagrama de actividade.\nTabela 3 - Descrição do caso de uso do negócio solicitar consulta\nResumo: O caso de uso começa quando o paciente solicita uma consulta\no recepcionista verifica os dados e se há disponivel algum doutor da especialidade\no paciente é encaminhado ao Doutor.\nAcção do ator\nResposta do negócio\nO recepcionista confirma se há médico da\nCA1- Se não existir nenhum médico\nfaz referência da interação entre os atores do negócio, paciente e recepcionista, e as\nsuas acções levadas a cabo no caso de uso.\nCaso de uso do negócio solicitar análise\nA seguir na tabela 4 temos a descrição do caso de uso do negócio solicitar\nanálise, seguido do seu respectivo diagrama de actividade.\nTabela 4 - Descrição do caso de uso do negócio solicitar análise\nanálises de consultas internas ou externas.\nResumo: O caso de uso começa quando o paciente solicita a realização\nde análise. fornecendo os seus dados pessoais e o tipo de análise a realizar, o\nrecepcionista verifica os dados e se o laboratório esta a realizar o tipo de análise,\nregista e cobra pela análise. O caso de uso termina quando o paciente é encaminhado\nO laboratório tem que estar disponivel a realizar o\ntipo de análise desejada.\nregisto da análise.\nO recepcionista confirma se o laboratório\nesta a realizar o tipo de análise CA1\nCA1- Se o laboratório não estiver a realizar\no tipo de análise desejado, o caso de uso\nDiagrama de actividade solicitar análise\nA figura 5 mostra o diagrama de actividade do caso de uso solicitar análise, que\nFigura 5 - Diagrama de actividade solicitar análise\nCaso de uso do negócio solicitar outros serviços\nA tabela 5 ilustra a descrição do caso de uso do negócio solicitar serviços\nTabela 5 – Descrição do caso de uso do negócio solicitar outros serviços\noutro serviço auxiliar.\nResumo: O caso de uso começa quando o paciente solicita outro serviço\nprestado pelo centro, por exemplo um serviço ambulatório. O recepcionista verifica\nos serviços pretendidos, regista e cobra pelo serviço. O caso de uso termina quando\no paciente é encaminhado ao serviço pretendido.\nO serviço pretendido tem que estar disponível no\nregisto do serviço a receber.\nO recepcionista confirma se o serviço é\nCA1- Se o serviço pretendido não estiver\nDiagrama de actividade solicitar outros serviços\nserviços, que faz referência da interação entre os atores do negócio, paciente e\nrecepcionista, e as suas acções levadas a cabo no caso de uso.\nFigura 6 – Diagrama de actividade solicitar outros serviços\nCaso de uso do negócio solicitar relatório\nA tabela 6 ilustra a descrição do caso de uso do negócio solicitar relatório,\nTabela 6 – Descrição do caso de uso do negócio solicitar relatórios\nResumo: O caso de uso começa quando o director solicita o livro de\nrelatórios contendo informações sobre os pacientes e os serviços prestados aos\nmesmos. O recepcionista procura o livro através da data pretendida. O caso de uso\nApós a consulta, o livro tem de ser devolvido.\n4- Solicitar relatório\nO recepcionista confirma se o relatório esta\nCA1- Se o livro de relatório não estiver\nDiagrama de actividade solicitar relatório\nFigura 7 – Diagrama de actividade solicitar relatório\n2.2.5 Trabalhadores do Negócio\nTrabalhadores do negócio representa pessoas ou sistemas (software) dentro\ndo negócio, e são os que realizam as actividades que estão compreendidas dentro de\nTabela 7 – Trabalhadores do negócio\nÉ a pessoa que recebe todo paciente, faz\nÉ a pessoa encaregada de fazer a triagem\nao paciente e avaliar o seu estado de saúde.\nÉ a pessoa encarregada de fazer a coleta\ne análise laboratorial das amostras do paciente.\nÉ a pessoa encaregada de consultar o paciente,\n2.2.6 Entidades do Negócio\nUma entidade em um negócio é normalmente um objecto físico e palpavel,\nque os trabalhadores do negócio manipulam para registar diversas informações da\norganização ex: factura, livro de registo etc.\n1. Resultados de análises\nModelo de objectos de negócio, é um modelo interno a um negócio. Descreve\ncomo cada caso de uso do negócio é levado a cabo por parte de um conjunto de\ntrabalhadores que utilizam um conjunto de entidades do negócio e de entidades de\n2.2.8 Descrição do Objecto de Automatização\nAutomatizar o processo de gestão do Historial Clínico dos pacientes do centro\nmédico MEDP em Benguela. O sistema deve permitir:\nRegistar paciente, retendo o nome, idade, sexo, filiação, numero de telefone.\nRegistar funcionário, retendo o nome, categoria, especialidade.\nRegistar análises, retendo o tipo de análise, a área de especialidade e o valor\nRegistar o tipo de outros serviços(curativos, injecção, aplicação de soro), e o\nInserir dados da triagem do paciente retendo, peso, altura, glicémia, pressão\narterial, Frequência cardiaca, Frequência respiratória, classificação do estado de\nfuncionário que o atendeu, as consultas feitas, as análises realizadas, (se for\no caso), os dados de outros serviços que o foram prestados, a data que foi\natendido,o diagnóstico a receita passada, e o valor total pago pelo paciente,\nbem como permitir actualizar posteriormente as mesmas informações.\nEmitir fatura, para confirmar os serviços prestados aos pacientes ( ver anexo\nImprimir relatórios do HCE Historial Clínico Eletrónico dos pacientes.\nPara arquivar ou actualizar qualquer informação, os funcionários, quer seja um\nutilizador e uma contra-senha; o sistema também deverá permitir a consulta das\nNesta etapa definiu-se os requisitos funcionais e não funcionais do sistema.\nsolução atravez de diagramas de casos de usos.\nOs requisitos funcionais são as capacidades ou condicões que o sistema deve\ncumprir: estas definem as funcionalidades que o sistema será capaz de realizar,\ncom ambiente e qual vai ser seu estado de funcionamento. Estes requisitos são\nO presente projecto deverá cumprir com uma série de requerimentos\n RF2:Gerir Usuários\n RF3:Gerir Serviços\n RF4:Atender Serviços\n RF9:Gerir Funcionários\n RF11:Gerar Relatórios\n2.3.2 Requisitos não Funcionais\nOs requisitos não funcionais especificam as propriedades do sistema, e as\nrestrições físicas sobre os requisitos funcionais (Fuentes, 2015). Os requerimentos\nnão funcionais do sistema proposto são:\nInterface externa O sistema apresenta uma aparéncia armónica em termos\nEsta constituido por uma página principal com um menu que permite a navegabilidade\nrápida em todas outra interfaces que conpõem o sistema. O sistema conta também\ncom informações extras para tornar a aparência mais agradavel como, o logotipo da\ninstituição, informação sobre o tempo e o funcionário logado no sistema.\nUsabilidade: A aplicação esta dirigida para o pessoal do centro médico MEDP\ncom diferentes capacidades no uso de sistemas informáticos por isso, o sistema tem\num nível de flexibilidade ao ser utilizado sem que se tenha uma vasta experiencia no\nuso de computadores. Contando com uma interface gráfica consistente e foram\neliminados os erros de cálculos por estes serem automáticos.\nfunções deverão ter tempos de resposta curtos, o que aumentará a operabilidade do\nsistema. E para isto é necessário que se cumpram com os requisitos de hardware\nSuporte: O sistema deve receber manutenção pelo menos uma vez por ano,\nalem disto, se deve continuar com um processo de melhora e aperfeiçoamento com o\npropósito de adicionar novos serviços e ferramentas que ofereçam ao pessoal do\ncentro MEDP maior facilidade na gestão das informações relacionadas aos pacientes\ne não so.\nPortabilidade: A aplicação poderá ser usada em qualquer plataforma que\nSoftware: tanto no lado do servidor, como no lado do cliente a aplicação\npoderá ser usada em sistemas operativos como ‘windows 7, 8, 8.1 e 10. Linux, Mac e\nSegurança: no que toca a segurança resaltam aspectos como:\nConfidencialidade: A informação estará protegida contra acessos não\nautorizados utilizando para isto todos os mecanismos de autenticação e encriptação\nque podem garantir que uma pessoa não autorizada entre no sistema.\nIntegridade: A informação gerida pelo sistema será objecto de uma cuidadosa\nprotecção contra a corrupção e estados de inconsisténcias. Dados como contrasenha\ncaso de ocorrer uma, deverá ser previsto um plano como backup, para uma melhor\nproteção e rápida recuperação do problema ocorrido.\nHardware: Do lado do cliente se requere no mínimo um computador com um\nUma placa de rede com transferência de 100 Mb/s ou equivalente.\nweb, mas deve contar com um disco duro adicional de no mínimo 320 Gb.\nA análise e desenho do sistema permite apresentar e descrever o sistema ao\nO sistema esta baseado em um paradigma de programação orientada a\nobjetos. implicando uma troca substancial na forma em que se modela a aplicação.\nque representam as interfaces de usuario. Alem, estão os serviços que tem as funções\nde gerir a lógica do negócio. Por outro lado se encontram as entidades que\nrepresentam os objetos que irão persistir na base de dados os Value Objects (VO)\nque actuam como objetos de intercambio entre os distinto níveis do sistema.\num actor do sistema é todo elemento externo do sistema que interage com o\nActor genérico que representa todos os\nÉ a pessoa encarregada de gerir os\nníveis de acesso tendo em conta a sua função, é\na pessoa autorizada à alterar a contrasenha dos\nÉ um actor encarregado de pesquizar e\nÉ um actor encarregado de registar,\napagar, ou actualizar toda informação referente\naos pacientes e os serviços que estes usufruirem.\nDiagrama de representação dos atores do sistema\nUm caso de uso do sistema é uma sequência de acções que um ou mais\nmuitos, então faremos a demostração dos considerados mais importantes e\n RF4:Gerir Serviços\n RF7:Atender Serviços\n RF8:Gerir Funcionários\n RF9:Gerir Usuários\n RF10:Consultar Relatórios\nEsse diagrama também mostra que todas as operações serão feitas após o usuário\nPor meio desse diagrama é possível, também, verificar que o administrador\nherda todas as funcionalidades de um usuário genérico, e além tem outras funcionalidades específicas que so podem ser realizadas por ele, devido ao seu nível de\n2.4.1.4 Descrição dos casos de uso de sistema\nA tabela 9 mostra a descrição do caso do sistema autenticar usuário, que faz parte do\nTabela 9 – Caso de uso do sistema autenticar usuário\nResumo: O caso de uso começa quando o usuario deseja\ndado o nível que tenha, tenta aceder as funcionalidades específicas que\nAcções do actor\n1 O sistema verifica se o usuário\nusuário e contrasenha.\nFA1 – Se o usuário inserir dados errados ou não estar cadastrado\nA tabela 10 mostra a descrição do caso do sistema gerir usuário.\nTabela 10 – Caso de uso do sistema gerir usuário\nResumo: O caso de uso começa quando o administrador tem\nque gerir algúm usuario do sistema. O caso de uso permite adicionar, alterar e\nsistema, com os devidos previlégios.\nPoscondições O caso de uso termina com o armazenamento de\ntoda informação do usuário na base de dados.\n1.1 O sistema mostra um formulário\npara escolher o funcionário á\nadicionar como usuário.\n2 O actor escolhe o funcionário a\nadicionar como usuário define o seu\nnível de acesso e a sua contrasenha.\nnovo usuário na base de dados.\nA tabela 11 mostra a descrição do caso do sistema gerir serviços, que faz parte do\npacote atendimento médico.\nTabela 11 – Caso de uso do sistema gerir serviços\nResumo: O caso de uso começa quando o actor deseja Gerir os\nserviços prestados no centro. O caso de uso permite inserir, alterar ou apagar\num serviço que pode ser um tipo de análise, tipo de consulta ou serviços\nanbulatório. O caso de uso termina mostrando uma mensagem informando o\nsucesso da operação realizada.\nO usuário deve estar autenticado no\narmazenamento na base de dados a informação\nrelativa ao novo serviço ou da alteração feita.\n1 O actor clica na opção desejada\n1.1 O sistema abre um formulário de\nacordo a opção desejada.\nA tabela 12 mostra a descrição do caso do sistema gerir paciente, mais um dos\nrequisitos que faz parte do pacote de atendimento médico.\nResumo: O caso de uso começa quando o recepcionista deseja\nou eliminados com éxito.\nbase de dados a informação relativa ao paciente.\n1 O actor clica na opção desejada 1.1 O sistema abre um formulário de\nA tabela 13 mostra a descrição do caso de uso do sistema consultar relatórios.\nTabela 13 – Caso de uso do sistema ver relatórios\nResumo O caso de uso começa quando o Administrador do\ncentro deseja ver os relatórios estatísticos de um pacinte. O caso de uso\nvisualização de cada relatório.\ndados toda informação relativa a data\n1.2 O sistema mostra a informação\nFA1 Se não existir na base de dados a informação que permita gerar o\nrelatório.o sistema mostra uma mensagem notificando que não existe\ninformação na data marcada.\n2.4.2 Diagramas de Sequência\nexemplificar as funções representadas por esses processos foram utilizados diagramas de sequência. As figuras a seguir apresentam os diagramas de sequência de\nalgums processos de autenticação ao sistema e no atendimento de pacientes.\no Usuário e a Contrasenha estiverem corretos, o sistema realiza o login e informa que\nFigura 11 – Diagrama de sequência logar no sistema\nO diagrama da figura 12 está o processo de registro de um paciente. Nesse\nprocesso, o paciente informa os seus dados ao funcionário que o cadastra no sistema.\nO sistema faz a verificação se o paciente já está cadastrado, caso ele não esteja é\nFigura 12 – Diagrama de sequência registar novo paciente\nserviço prestado, neste caso análise, que o centro oferece. O sistema recebe os dados\ndo tipo de análise, verifica se ela já existe, caso não exista permite o cadastro do\nFigura 13 – Diagrama de sequência registar novo serviço\nO diagrama da figura 14 representa o atendimento a um paciente. Nesse processo o paciente informa dado pessoal e os serviços pretendidos. Se o paciente não\nestiver cadastrado, o sistema solicita seu cadastro e so após isso é que regista os\nserviços requeridos pelo paciente.\nFigura 14 – Diagrama de sequência atender paciente\n2.4.3 Diagramas de Comunicação\nDesignado anteriormente como diagrama de Colaboração até a versão 1.5 da\nUML, o diagrama de comunicação mostra, de uma maneira semelhante ao diagrama\nde sequência a colaboração dinâmica entre os objetos, mas não se foca no decorrer\nespacialmente. De forma distinta dos diagramas de sequência, um diagrama de\ncolaboração mostra as relações entre objectos que desempenham diferentes papeis.\nPor outro lado, um diagrama de comunicação não mostra o tempo como uma\ndimensão separada pelo que a sequência de interações e de actividades concorrentes\né representada através de uma expressão de sequência, no início de cada\nmensagem, para identificar a ordem da sua execução. (Silva e Videira, 2005, p. 200).\n Complementa o Diagrama de Sequência\n Não se preocupa com a temporalidade do processo, se concentrando\n Os objetos aqui não possuem linha de vida como no de Sequência\nA figura 15 ilustra o processo para efetuar login no sistema. Se o Usuário e a\nFigura 15 – Diagrama de comunicação logar no sistema\npaciente informa os seus dados ao funcionário que o cadastra no sistema. O sistema\nfaz a verificação se o paciente já está cadastrado é exibida uma mensagem de alerta,\ncaso ele não esteja é permitido o cadastro do mesmo e exibido uma mensagem de\nFigura 16 – Diagrama de comunicação registar novo paciente\nA figura 17 ilustra o processo para cadastro de um tipo de de serviço a ser\nprestado pelo centro. O sistema recebe os dados do tipo de serviço, verifica se ela já\nexiste, caso não exista permite o cadastro do mesmo, e mostra uma mensagem de\nFigura 17 – Diagrama de comunicação registar novo paciente\ninforma os dados pessoais e os serviços pretendidos. Se o paciente não estiver cadastrado, o sistema solicita seu cadastro e so após isso é que regista os serviços\nrequeridos pelo paciente, cria o seu Historial Clínico e é adicionado para interface da\ntriagem, terminando com a impressão do comprovativo do paciente.\nFigura 18 – Diagrama de comunicação atender paciente\nUm diagrama de classes é uma vista estática da estructura de um sistema.\nnele se mostram as classes definidas com as suas operações e atributos, bem como\nas relações existentes entre elas.\nA figura 19 contém o diagrama de classes do sistema. Por meio desse diagrama é possível verificar que a única maneira de acesso ao sistema é por login. O\nacesso é realizado por meio da classe login. Por questão de segurança somente poderão fazer login os usuários que forem cadastrados e previamente autorizados pelo\nModelo Lógico da Base de Dados\nFigura 20 – Figura do modelo lógico da base de dados\nApós a modelagem do sistema a ser implementado, foi criado um protótipo,\no ambiente de desenvolvimento da aplicação. Este protótipo foi criado com o intuito\nde se ter uma ideia de como o sistema irá ser apresentado, e de conhecer suas principais funcionalidades de forma a validá-las, e dando assim aos utilizadores a garantia\nde também terem uma visão global do sistema que irá ser implantado, detectando os\nerros antes de se implantar a versão final do sistema. E corrigindo os que eventualmente surgirão na versão de teste.\nNesta fase foi especificada a forma como o ecrã irá ser apresentado, os menus\ninterface de usuário pode ser um dos motivos que conduza a um\nsistema ao éxito ou ao fracasso, por isto que um dos aspectos más relevantes da\nusabilidade de um sistema é a consistência da sua interface de usuário (Fuentes,\ninterfaces nomeadamente a interface de Login e so através da mesma é possivel\nFigura 22 – Interface de usuário principal\nDada a importância que tem os dados que se gerem na aplicação, para manter\nusuários durante a utilização do sistema, tanto do lado do cliente como do servidor.\n A actividade de teste é o processo de executar um programa com a\nintenção de descobrir um erro.\n Um bom caso de teste é aquele que tem uma elevada probabilidade de\nrevelar um erro ainda não descoberto.\nA seguir se mostram algums exemplos de mensagens de erros que são gerados pelo\nAlertas de erros para campos obrigatórios\nobrigatórios ou tipo de dado inválido.\nFigura 23 – Interface de Erro por não preencher os campos obrigatórios\nAntes de guardar os dados o sistema verifica se os mesmos são válidos e so\nFigura 24 – Interface mostrando erros dos campos obrigatórios\nsistema e os seus requisitos mínimos de hardware e software para cada nodo. Se\ndescreve também a distribuição física do sistema. O diagrama é uma representação\ndispositivos interagindo entre sí para o correcto funcionamento do sistema. A\nexistência de um navegador web, para conectar-se atravez do protocolo HTTP a um\nservidor de aplicações. Por sua vez o nodo servidor de aplicações é responsavel de\nreceber solicitações HTTP e transferir ao nodo: Servidor de Base de Dados. Para a\ncomunicação do nodo servidor de aplicações com o nodo Servidor de Base de Dados\nFigura 25 – Diagrama de Implantação da aplicação web\nou podem estar em uma única máquina física dependendo das possiblidades\nfinanceiras da instituição, em adquirir dois servidores distintos. Permitindo os nodos\nusuários acederer aos nodos servidores atraves do protocolo HTTP e atraves um ip\nNeste capítulo fez-se a modelagem do negócio actual identificando os actores\ne trabalhadores da entidade, e as regras do negócio. Podendo desta forma elaborar\nos diagramas de casos de uso do negócio e os diagramas de actividades de cada\ncaso de uso correspondente. Definiu-se também a relação existente entre cada\nos requisitos funcionais e não funcionais do sistema a desemvolver através dos seus\ntambém as descrições dos actores e dos casos de usos do sistema, e por último deuse atenção aos requisitos extruturais, físicos e lógicos de Hardware e Software\ncomo os pacotes do desenho, os diagramas de classes envolvidos na solução\nproposta, e também fez-se apresentação dos principios de desenho que são levados\nem conta, bem como o tratamento dos erros da aplicação no que concerne a\nintrodução de dados errados no sistema.\nSe realizou o trabalho cumprindo satisfactóriamente com os objectivos\nHistorial Clínico do Centro Médico MEDP, o que permitiu determinar os elementos\ndesenvolvimento de aplicações web, e de desenho da base de dados facilitaram o\ndesenvolivimento do sistema. Se desenvolveu a aplicação web que permite a gestão\ndo historial clínico electrónico que inclui informações relacionada com serviços\nprestados e o percurso clínico feito pelos pacientes. Se testou a aplicação para\ndetectar e corrigir os erros de validação, e verificar a segurança no armazenamento\nda informação e restringir o acesso de pessoas não autorizadas as mesmas.\nApós termos seguido a risca as fases que nos orienta o RUP, e completado\nas etapas de concepção, elaboração e construção do projecto chegamos ao final do\nmesmo, tendo em mãos um sistema que permite gerir o historial clinico dos pacientes\ndo centro médico MEDP.\n Estender o projecto para gestão das demais áreas de serviço do centro\ncomo: farmácia, finanças, laboratório e consultório, integra-los neste sistema, e\nincrementar os benefícios.\n Incorporar novos requisitos que não foram considerados objectivos\nneste projecto, tais como: agendar consulta, alerta automático por meio de sms\n Dar formação de capacitação ao pessoal que poderá trabalhar com o\n Elaborar um manual de ajuda para os usuários que façam o uso do\nAndreto, D. E., & Amaral, A. M. (2006). Software engineering for the web.\nSiniciato, E. C., & Magalhães, W. (s.d.). Arquitetura para desenvolvimento de software\nweb utilizando novas tecnologias. Paranavaí.\nAlexandre , P., & Carlos, P. (2013). Linguagens Web. 5ª edição . Lisboa: Edições\nCajal., S. R. (s.d.). El impacto de la historia clínica electrónica en la investigación y la\nFernández, R. G. (s.d.). La historia clínica eletrónica.\nFuentes, Y. M. (2015). Sistema de Gestión de Información Hospitalar. Havana.\nFurutani, R. J. (2005). Jasper iReport Ferramenta para desenvolvimento e geração de\nrelatórios utilizando Java.\nLevy, D. G. (2011). Manual del Expediente Clínico Electrónico (Primera edición ed.).\nLuna, D. (2012). Historia Clínica Electrónica, 2012.\nMaria, L. E., & Andrade, M. M. (2003). Fundamentos da Metodologia científica. 5ª\nedição. (E. A. S.A, Ed.) São Paulo.\n( APA sexta edição) estilo usado na gestão das referências bibliográficas.\nNoval, M. A. (2015). Geracção dinámica de interfaces de usuário para dispositivos\ngeneration of software. Communications & strategies, Buyto, 2007. Design\nOtero, D. P. (2011). Beneficios y riesgos relacionados con el uso de la historia clínica\nelectrónica. Departamento de Informática en Salud.\nla História Clínica Eletrónica del sistema a las HIS,. (U. d. informáticas, Ed.)\nSousa, M. (1997). Dicionário de Termos Informáticos - Inglês/Português. SporPress.\nVideira, C. S. (2005). UML Metodologias E Ferramentas CASE. 2ª edição.\nA – Organigrama extrutural do centro médico MEDP\nFigura 26 – Organigrama estrutural do centro médico medp\nA1 – Capa do bloco de relatório usado para o registo das prestações\nFigura 27 – Capa do bloco de relatório usado no centro MEDP\nA2 – Pagina do bloco de relatório com dados registados\nFigura 28 – Página do bloco de relatório\nB – Questionário utilizado na coleta de informações\nFigura 29 – Questionário utilizado para coleta de informações\nC – Fatura gerada ao salvar os serviços prestado ao paciente\nFigura 30 – Fatura gerada ao salvar os serviços prestados\nDesenvolvido por Émerson Cantalice e Doglas Lima. Esse projecto busca\ninformatizar a maior parte possível do funcionamento de um hospital, trazendo mais\norganização, gestão de produtos, pessoal e dados dos pacientes. Auxiliando também\nos funcionários nas suas tarefas cotidianas como ilustra a figura 31.\nos funcionários nas suas tarefas cotidianas como ilustra a figura 32.\nO acesso ao sistema de gestão do Historial Clínico dos pacientes no centro\nmédico medp, é restrito à usuários previamente cadastrados e autorizados, com um\nApós o usuário ter feito a autenticação na interface de login e cumprir com os\npre-requisitos estabelecidos, é encaminhado a interface principal. Na interface\nprincipal o usuário conta com um menu geral, aonde ira aparecer os link´s de outras\ninterfaces ablitadas de acordo o nível de acesso do usuário logado, como mostra a\nH – Interfaces dos diferentes níveis de acesso\nPor questão de segurança existem três níveis diferentes de acesso, para que\ncada usuário so tenha acesso a determinadas funções do sistema que lhe são\npreviamente atribuidos. Estes níveis são:\nFigura 35 – Interface principal com nível de acesso Administrador\nFigura 36 – Interface principal com nível de acesso Recepcionista\nFigura 37 – Interface principal com nível de acesso Enfermeiro\nEste software esta direcionado na gestão do Historial Clínico de pacientes,\npermite a gestão dos mesmos, atraves da inserção, actualização ou eliminação de\nacordo as nessecidades do usuário.\nFigura 38 – Interface para gestão dos dados dos pacientes\nJ – Interface prestar serviço\nNesta interface é feita prestação de todos serviços disponíveis no centro,\nsolicitados pelo paciente. O paciente paga pelos serviços a prestação é salva e uma\nfactura é emitida automaticamente confirmando o processo. figura 39\nFigura 39 – Interface prestar serviço\nK – Interface fazer consultas sobre serviços prestados\nO sistema desenvolvido brinda com a possiblidade do usuário fazer consultas\ngerais ou específicas sobre os serviços que são prestados, a interface na figura 40\nmostra a possiblidade do usuário fazer uma consulta atraves de uma data específica.\nPara aceder esta interface baste que o usuário vá ao menu “consultas” e sub-menu\nFigura 40 – Interface consultar serviços prestados\nMuitas das vezes os usuários entrão no sistema alteram dados e depois\nninguem se responsabliza. Este problema é prevenido atraves do control de acesso\ndos usuários como mostra a figura 41.\nM – Interface Ver Historial Clínico\nEsta interface é uma das principais do sistema, pois é ela que tem a\nresponsablidade de congregar e mostrar toda informação com relação aos pacientes\nque ja foram atendidos pelo centro médico. A figura 42 mostra com detalhes o historial\nFigura 42 – Interface ver o Historial Clínico de um paciente


Com placar centenário e duas prorrogações, Bauru supera o Brasília e vence mais uma no NBB - Tá na rede Bauru\nHome > Basquete > Basquete M > Bauru Basket > Brasília Basquete > NBB > Com placar centenário e duas prorrogações, Bauru supera o Brasília e vence mais uma no NBB\nCom placar centenário e duas prorrogações, Bauru supera o Brasília e vence mais uma no NBB\n02:52:00 Basquete, Basquete M, Bauru Basket, Brasília Basquete, NBB\nLance livre de Jefferson William, destaque da noite com um duplo-duplo\nMeus amigos, e minhas amigas. Que jogo foi esse entre Universo/Brasília e Bauru Basket pela (somente) terceira semana do Novo Basquete Brasil? Simplesmente incrível!\nCertamente não haverá adjetivos para descrever o jogaço que foi, equilibrado do início ao fim, na noite desta quarta-feira (31/10) no ginásio da ASCEB na capital federal.\nNuma partida que além de aguerrida, também ficou marcada para trazer a Jefferson William a superação do recorde pessoal de sua carreira.\nO ala/pivô de 33 anos brilhou na partida. Com atuação de gala, o atleta anotou 37 pontos, pegou 11 rebotes e ainda quase bateu um triplo-duplo ao anotar 8 assistências. Jé teve ainda a oportunidade de converter bola decisiva de três pontos, a seis segundos fim, para livrar o Dragão da derrota, empatar a partida e levar para a primeira prorrogação.\nPara um time que já foi para a partida desfalcado de Alex Garcia, Gabriel Jaú e Larry Taylor, teve de lidar ainda com a ausência do armador Fúlvio, que também lesionado, foi poupado para não agravar sua contusão. Em decorrência disso, o técnico Demétrius Ferracciú teve um jogador a menos em sua rotação.\nNão bastasse, Gui Santos voltou a sentir dores no seu joelho direito (recentemente operado) e não jogou mais a partir do terceiro quarto. Samuel e Basílio deixaram a quadra com cinco faltas cometidas e Cauê Verzola jogou pendurado com 4 fouls.\nRuiz esteve apagado e teve atuação discreta. Em contrapartida Lucão jogou demais e Renato colaborou com uma bola de três importantíssima para o momento em que foi convertida, já nos tempos da prorrogação.\nBauru teve de tudo em adversidade para sair de quadra derrotado. Mas pra quem está acostumado a reverter situações adversas, a vitória se tornou de fato uma simples questão de tempo.\nBrasília vendeu muito caro a sua derrota (a quinta em cinco jogos). Os candangos bateram de frente, foram aguerridos, tiraram desvantagem, viraram o placar e acabaram perdendo porque foram displicentes no momento em que não poderiam.\nNum duelo que chegou a ter duas prorrogações, o Bauru Basket, ainda oscilante e com defesa vulnerável, tirou forças de onde não teve para triunfar em território adversário e trazer para Bauru a sua primeira vitória como visitante neste NBB.\nO primeiro quarto foi disputadíssimo. Jefferson e Basílio pelo Bauru, além de Zach Graham pelo Brasília, não descansaram um minuto e jogaram todo o período. Maior pontuador do quarto, o gringo do Brasília colaborou com nove pontos dos 23 anotados (aproveitamento de 60%).\nEntretanto, melhor do que o desempenho do norte-americano foi o do ala/armador Gui Santos, que de seis pontos tentados converteu os seis, e se tornou assim o maior pontuador do time bauruense. Na parcial, o Dragão anotou 24.\nNo segundo período de jogo o equilíbrio se manteve. As equipes alternavam cestas e não restou outra alternativa ao time da casa a não ser a de correr atrás dos visitantes durante todos os dez minutos.\nBauru aproveitou a pouca vantagem de frente para não deixar o time da casa virar e dar ainda mais trabalho. O ala/pivô porto-riquenho Ricky Sánchez foi o nome do quarto. Com oito pontos convertidos dos oito tentados, o atleta de 31 anos bateu 100% de aproveitamento nos chutes.\nLogo na sua cola apareceu Jefferson William, que com sete pontos, três rebotes e uma assistência, colaborou bastante com o Dragão para encerrar o primeiro tempo em vantagem de 47 a 50.\nNo terceiro período foi a vez de Zach Graham e Pedro aparecerem e chamarem a responsa para o time da casa. Com sete de eficiência, o ala/armador colaborou com quatro pontos e três rebotes defensivos, enquanto que o americano foi o maior pontuador do quarto para os brasilienses com seis pontos e um rebote.\nPelo lado bauruense, Gui Santos sentiu dores no joelho e foi o primeiro a deixar a quadra. Ausente, o Bauru ficou apenas com Cauê Verzola na armação. No período, Jé puxou a pontuação bauruense de novo ao fazer oito pontos, pegar dois rebotes e mais duas assistências. Lucão também se destacou ao obter seis pontos e um rebote.\nNum jogo novamente parelho, Bauru venceu o quarto por 20 a 25 e abriu oito pontos de vantagem para o quarto final: 67 a 75.\nO quarto período mal havia começado e Samuel foi o segundo atleta bauruense a deixar a quadra ao cometer sua quinta falta.\nO Brasília porém começou de forma fulminante ao abrir logo 10 a 0 no período com pontos de Arthur (4), Graham (3) e Sánchez (3). Bauru diminuiu com Jé (10 a 2), mas Graham fez mais três e deixou o placar do jogo em 80 a 77.\nO Bauru tentava não permitir a desgarrada no marcador dos donos da casa e também buscava colar no placar. Basílio, no entanto, cometeu sua quinta falta e deixou a quadra a 3:16 do fim do jogo com o placar apontando 80 a 81 para o Bauru.\nCom mais essa dificuldade, o Dragão viu novamente o Brasília virar com Graham em cesta de três.\nA poucos segundos do fim, Nezinho teve a chance de converter em sequência quatro arremessos livres (dois por falta sofrida por Lucas Mariano e mais duas em decorrência da falta técnica cometida por Demétrius Ferracciú). O armador porém converteu apenas dois e deixou o placar em 87 a 85.\nCauê converteu um e desperdiçou outro lance livre para o Bauru (87 x 86). Arthur fez mais dois para os donos da casa a oito segundos do fim (89 x 86). Dema pediu tempo para desenhar o seu ataque. Cauê cobrou reposição para Jefferson que de três, chutou para converter e empatar a partida: 89 x 89.\nArthur, do Brasília, se machucou sozinho na jogada e saiu para não mais voltar. O Brasília desperdiçou o ataque seguinte e o cronômetro zerou. Final de jogo e prorrogação encaminhada.\nO jogo teve seu reinício e Sánchez fez 1 a 0 no quarto para o Brasília. Cauê, de três, recolocou o Bauru em vantagem: 90 a 92. Numa girada linda no fundo de quadra, Jefferson guardou mais dois para o Bauru e aumentou de forma suave a sua vantagem.\nO Brasília desperdiçou dois ataques seguidos e Jé converteu mais cinco pontos para fazer 1 a 8 no quarto para o Bauru e 90 a 97 na partida.\nAndré Germano pediu tempo, ajustou sua equipe que voltou à partida e cortou a diferença de desvantagem. Pedrinho (2), Rafa (3), Sánchez (3) e Nezinho (2) marcaram para o Brasília, enquanto que apenas Jé (2) e Cauê (1) anotaram para o Bauru. Final de período em 11 a 11 e de prorrogação em 100 a 100.\nNa segunda prorrogação os atletas já estavam exaustivamente desgastados. Porém menos cansado estava o Bauru. Jé abriu 2 a 0 para os visitantes. Graham empatou. Renato (3) e Jé (2) converteram para o Bauru e abriram cinco de frente: 102 a 107.\nRafa Moreira, do Brasília, deixou o jogo com quinta falta. Jé fez mais um (102 a 108), Nezinho converteu mais três (105 a 108) e recolocou o Universo na partida.\nPorém com cestas de Ruiz (1), Cauê Verzola (2) e Jefferson William (2), o Dragão se superou e superou o Brasília para fechar o placar em 105 a 113.\n"Hoje nosso time se superou dentro de quadra e jogou com raça e com energia. Tivemos alguns desfalques durante o jogo, então ficamos com uma rotação pequena. Mesmo com o jogo indo para duas prorrogações, o time se doou em quadra e não desistiu em nenhum momento", destacou o técnico Demétrius Ferracciú via assessoria de imprensa.\nJefferson William fez a sua melhor atuação na história do NBB aos superar seus antigos 32 pontos e 7 rebotes para os atuais 37 pontos e 11 rebotes, em 47 minutos jogados:\n"Estou muito feliz com a vitória de hoje. Foi um jogo de superação para nós, principalmente porque não estamos tendo um bom início de campeonato. Todo mundo sabe que jogar em Brasília é difícil e que eles têm feito boas partidas, apesar de ainda não terem vencido. Acho que o jogo de hoje foi de concentração também, porque conseguimos realizar as jogadas que o Demétrius pedia e nossa bola girou melhor", declarou também via assessoria.\nAlém de Jé que com a sua numeralha antou 42 de eficiência, o Bauru teve como destaques Cauê Verzola (17 pontos, 8 rebotes e 2 assistências -> 21 de eficiência) e Lucas Mariano (16 pontos, 8 rebotes e 1 assistência -> 16 de eficiência).\nPelo lado dos mandantes o grande destaque foi para Zach Graham que fez 33 pontos, 7 rebotes e 3 assistências -> 30 de eficiência). Além dele, chamaram a atenção Ricky Sánchez (18 pontos, 3 assistências e 22 de eficiência), e Arthur (14 pontos, 5 rebotes e 5 assistências -> 19 de eficiência).\nCom esta vitória, o Bauru chegou a duas nesta temporada e ganhou uma posição na tabela de classificação ao atingir sete pontos e aproveitamento de 40% no 11º lugar (ultrapassando o São José).\nO Brasília por sua vez permaneceu no 13º posto com cinco derrotas em cinco jogos e só não está pior do que o Basquete Cearense, que ocupa a 14ª colocação.\nNa próxima partida o time do Distrito Federal receberá no ginásio da ASCEB a equipe de Franca no dia 02/11 às 19:15, enquanto que o Dragão viajará para Fortaleza para encarar o Basquete Cearense, também na sexta-feira 02/11 porém às 20:00 no Centro de Formação Olímpica.


Injeção Nasolabial, Nasolabial Fold Filler, Nasolabial Fold Tratamento Fabricantes e Fornecedores em China\nDescrição:Injeção Nasolabial,Enchimento Nasolabial,Tratamento Nasolabial Fold,Enchimento Nasolabial,,\nInjeção Nasolabial,Enchimento Nasolabial,Tratamento Nasolabial Fold,Enchimento Nasolabial,,\nPágina inicial > Lista de Produto > Injeção de ácido hialurônico > Injeção Nasolabial\nCategoria de Produto do Injeção Nasolabial, somos fabricantes especializados da China, Injeção Nasolabial , Enchimento Nasolabial fornecedores / fábrica, atacado alta qualidade produtos de Tratamento Nasolabial Fold R & D e fabricação, temos a perfeita serviço e suporte técnico pós-venda. Aguardamos a sua colaboração!\nEnchimento cutâneo do ácido hialurónico com o Lido para enrugamentos Normalmente, não coma alimentos condimentados dentro de uma semana após HA, mas injeções, porque esses alimentos irritantes afetarão o progresso e o efeito da recuperação. Você também deve evitar tomar aspirina ou os outros medicamentos simiares, que podem aumentar os hematomas e...\nEnchimento injetável do ácido hialurónico do enchimento de Japão Ha Dermal Filler é um método suave e eficiente para tratar os primeiros sinais de envelhecimento, e se você estiver interessado em descobrir se os injetáveis são adequados para você, entre em contato conosco para obter uma consulta complementar. Oferecemos uma variedade de tipos...\ncânula de ponta romba para injeção de enchimento O significado destas Face de Elevação de Rosca Pdo é que elas não apenas produzem lifting facial imediato; mas eles também promovem a produção de fibras de colágeno e elastina, que por si só ajudam a aumentar a densidade e a base da pele ao longo do tempo e ajudam a engrossar a pele. Globalmente,...\nChina Injeção Nasolabial Fornecedores\nNós somos fabricantes especializados da China, Nasolabial Injection Lábios Enhancement , injetáveis Lip Fillers fornecedores / fábrica, atacado de alta qualidade produtos de cosméticos Lip Fillers R & D e fabricação, temos o perfeito serviço pós-venda e suporte técnico. Aguardamos a sua colaboração!\nO ácido hialurônico também é chamado de "barro de Deus" porque é uma função modeladora.


Investimentos em cultura colocam Camaçari em posição de destaque – Bahiahojenews\nInvestimentos em cultura colocam Camaçari em posição de destaque\n27 de agosto de 2019 27 de agosto de 2019 às 14:57 admin\nCamaçari aparece com destaque na relação dos municípios e prefeituras que mais investiram em cultura no Brasil em 2018, com base nos dados de despesas empenhadas do Sistema de Informações Contábeis e Fiscais do Setor Público (Siconfi) do Tesouro Nacional.\nDe acordo com as informações, na Bahia, o município é o primeiro da lista entre as cidades com maior proporção de gasto em cultura. Entre os 50 municípios brasileiros com maiores investimentos no setor, Camaçari está em 9º lugar. Também em âmbito nacional, Camaçari aparece entre as 20 prefeituras que destinam maior percentual de verba do seu orçamento para a cultura, ocupando, nesta categoria, o 16º lugar.\nConforme a secretária da Cultura, Márcia Tude, em 2018 foram investidos mais de R$ 19 milhões na área, o que é fruto da conscientização geral em torno do Programa Cultura Todo Dia. “O prefeito Elinaldo Araújo está de parabéns pela sensibilidade em acreditar que o direito à cultura transforma a realidade local”, destacou.\nAinda de acordo com a titular da pasta, dentre outras ações, a Prefeitura de Camaçari tem investido em diversas frentes a fim de promover e incentivar a cultura no município, a exemplo de: levar as ações da secretaria às comunidades mais distantes; ofertar gratuitamente oficinas esportivas e culturais; além de publicar mais de 10 editais de cultura nos últimos três anos.\nTambém podem ser levados em conta, segundo Márcia, os investimentos para revitalizar o Centro Antigo da cidade, a implantação da TV Camaçari Cultura, além da execução dos eventos sazonais tipo: Festival de Arembepe, Camaforró, Natal e o Projeto Orla Verão.\nFonte: Assessoria de Comunicação – Prefeitura de Camaçari – Fotos: ASCOM – PMC\n← Os riscos do consumo de álcool na adolescência – Carolina Delboni\nCamaçari: Escola Denise Tavares passa por obras de requalificação →


Decoração amarela com branca\nMuro com chuva de prata\nClube da aeronautica\nRustico da tarde\nArranjo de mesa iluminado\nDecoração de buquês\nTrio de arranjos\nArranjos para piscina\nParede de flores com led\nClean de callas\nClean de buquês\nAs flores são responsáveis por embelezar o seu dia e criar a atmosfera romântica perfeita para o seu tão esperado "Sim!". Caminho das Flores está no mercado de eventos desde 1980, sempre entregando um trabalho impecável, com base na beleza e na sofisticação. Começaram como atacadistas e hoje são especialistas em criarem cenários únicos e surpreendentes. Aproveitem!\nCaminho das Flores trabalha com as flores mais frescar e aromáticas do mercado, oferecendo lindos buquês e arranjos. Para deixar tudo ainda mais charmoso, dispõem de mobílias, iluminação e passarela espelhada. Cada cantinho do seu grande dia C será enfeitado com muito carinho!\nCaminho das Flores está situada na cidade do Rio de Janeiro e está pronta para surpreender vocês e seus convidados. Gostaram e querem conhecer de perto as flores? Enviem uma simples mensagem de texto pelo portal e agendem uma visita. A empresa responderá o mais breve possível.\nBuquê de noiva, lapela, decoração floral para a cerimônia, decoração floral para a recepção, Passarela Espelhada\nNão temos um pack, cada evento é personalizado\nDepende do serviço a ser contratado e de nossa agenda, mas uma antecedência de 3 meses é uma média boa\nsim e não, os custos variam de acordo com os produtos e serviços\natendimento a princípio no horário comercial, mas sendo possível respondo whatsapp em qualquer horário\nPagseguro, boletos, cheques, transferências\nRaissa Se casou em 31/10/2020\nGlamuroso, elegante e surpreendente\nGostaria muito de agradecer o serviço que o Eduardo fez, ele nos surpreendeu absurdamente. Não conhecíamos, não tínhamos indicação, vimos pelo casamentos.com e confiamos no trabalho dele. Nas conversas ele passava muita serenidade, principalmente nessa época de pandemia que poderia não ter as flores que eu tanto queria. O buquê que eu pedi simplesmente foi maravilindo e do jeito que sonhei. Meu casamento com todas aqueles flores brancas, a jardineira acompanhando o tapete de vidro que foi o maior sucesso daquela cerimônia. Edu, só tenho que te agradecer. Vc fez parte de um momento histórico (2020), em um local histórico (clube naval). Estaremos eternamente gratos pelo maravilhoso trabalho. Grande beijo\nLucy Se casou em 15/11/2019\nPerfeito ótimo profissional\nSem palavras para trabalho perfeito. Vocês estão de parabéns! Profissional exatamente!\nExcelente profissional com produtos de qualidade. Amo cada detalhe, foi tudo maravilhoso.\nAv Nova York, 647 21041-040 Rio de Janeiro (Rio de Janeiro)\nPerguntas frequentes sobre Caminho das Flores\nQuanto custa um serviço de arranjos de flores para casamento em Caminho das Flores?\nEm Caminho das Flores, você pode comprar flores para casamento a partir de R$380 até R$100.000.\nQuais são os serviços e produtos oferecidos por Caminho das Flores?\nCaminho das Flores oferece os seguintes serviços e produtos para casamentos:\nOutros (Passarela Espelhada.)\nQue porcentagem de usuários recomenda a empresa Caminho das Flores e quais aspectos de seu serviço para casamentos são melhor avaliados?\nA empresa Caminho das Flores é recomendada por 100% dos casais que usaram seus serviços. Sua avaliação global é de 5.0 e recebeu essa pontuação nos pontos qualidade de serviço, flexibilidade, relação qualidade/preço, profissionalismo e tempo de resposta.\nQuais promoções ou descontos a empresa Caminho das Flores oferece em relação a seus serviços para casamentos?\nAtualmente, a empresa Caminho das Flores oferece 1 desconto exclusivo em seus serviços para casamentos.