Sistema de Informação e Coordenação - SIC

Transcrição

1 Sistema de Informação e Coordenação - SIC Tópicos 1- Sistema de Informação e Coordenação - SIC 2- Modelo 3- Tecnologias Usadas 4- Projeto Estrutura 5- Fluxo de Atividades 1- Sistema de Informação e Coordenação - SIC Sistema para integração de dados provenientes da Corporação dos Bombeiros, do Centro de Operações do Rio de Janeiro e dos Hospitais. Esse sistema tem como objetivo prestar um melhor atendimento aos pacientes que sofrem acidentes na cidade do Rio, para isso conta com o auxílio das câmeras e dos dados que o Centro de Operações possui. Através dessas informações é possível prestar um melhor atendimento aos chamados recebidos pela Corporação dos Bombeiros, ou seja, tentar realizar um melhor encaminhamento para os hospitais que estejam mais próximos do local do acidente e que possuem vagas. Para a construção do protótipo funcional do SIC o seguinte modelo de dados foi desenvolvido.

2 2- Modelo. Quatro tabelas foram utilizadas para representar as entidades envolvidas no domínio do sistema, são elas: Chamado, Usuario, Hospital e TipoUsuario. A tabela Chamado representa os dados do acidente ocorrido e comunicado à central dos bombeiros através do número 192. Essa entidade deve conter uma vasta quantidade de atributos, com o objetivo de registrar as informações necessárias do acidente. A entidade Chamado será a principal entidade do sistema e todos os papéis envolvidos no SIC terão acesso às informações contidas nessa entidade. A seguir, segue uma lista com os atributos que esta entidade possui, o valor que eles devem receber e a sua funcionalidade no sistema. id - Deve ser um valor inteiro e único dentre os chamados. Esse atributo é o que identifica o chamado. Chave primária da tabela. tipoacidente - Campo textual. Representa o tipo do acidente que foi relatado aos bombeiros pelo telefone. local - Campo textual. Representa o endereço de onde o acidente ocorreu. referencia - Campo textual. Apenas uma informação adicional ao endereço. numferidos - Valor inteiro. Indica o número de feridos envolvidos no acidente.

3 tipoambulancia - Campo textual. Enumeração. Três valores são esperados para esse atributo que representa o tipo de ambulância que será enviada para atender o chamado. Os tipos podem ser Básica, Média e Avançada. observacao - Campo textual. Informação adicional relatada pelo autor da ligação como informação complementar para o chamado. nomeautorligacao - Campo textual. Identifica o autor da ligação. telautorligacao - Campo textual. Identifica um número de contato do autor da ligação. status - Campo textual. Representa a condição que o chamado se encontra. Para o SIC, 4 valores podem ser esperados: Aberto - quando o chamado foi cadastrado no sistema e ainda não possui uma unidade hospitalar associada. Em Andamento - quando o chamado já está associado a uma unidade hospitalar. Fechado - quando o chamado já foi atendido pelos bombeiros e a(s) vítima(s) já se encontram na unidade hospitalar. Excluído - por algum motivo, como trote, o chamado pode ser excluído do sistema, seu status muda para excluído. Mas ainda consta no sistema para efeitos estatísticos. hospitalidusuario - Valor inteiro. Identificador do hospital associado ao chamado. informacoesadicionais - Campo textual. Atributo dedicado aos médicos das ambuâncias que adicionam informações complementares quando estão atendendo o chamado. motivoexclusão - Campo textual. Identifica o motivo pelo o qual o chamado foi excluído do sistema. A tabela Hospital representa os dados que identificam as unidades hospitalares que prestam serviços médicos aos pacientes. Essa entidade possui campos que representam o endereço onde se encontram, nome e a informação do número de leitos disponíveis. Essa última informação é de imensa importância para o COR tomar a decisão do lugar que enviará a vítima do chamado. Os atributos dessa entidade são apresentados a seguir. idusuario - Valor inteiro. Campo que identifica o usuário cadastrado no SIC, neste caso, identifica o hospital cadastrado no sistema. nome - Campo textual. Campo que representa o nome do hospital. endereco - Campo textual. Campo que representa o endereço do hospital. referencia - Campo textual. Campo adicional ao endereço do hospital. telefone - Campo textual. Representa o número de telefone da unidade hospitalar.

4 numleitos - Valor inteiro. Representa a capacidade máxima que o hospital poderá atender em sua unidade de emergência. numleitosdisponiveis - Valor inteiro. Representa os leitos emergenciais disponíveis para o atendimento. Como o sistema é integrado e visa atender a três fluxos de atividades distintos, hospitais, bombeiro e COR, a tabela tipousuario representa esses três papéis. Essa tabela é importante para realizar o controle do acesso às funcionalidades desses papéis. Ela possui apenas um único atributo. nome - Campo textual. Nome do tipo de usuário do sistema. Pode ser de três tipos, Hospitais, Bombeiros e Centro de Operações. Por fim, a tabela Usuário busca identificar e realizar o acesso dos papéis no sistema. Ela possui atributos como login e senha. id - Valor inteiro. Identificador único para o usuário. tipousuario - Campo textual. Indica o tipo de usuário que está acessando o sistema. login - Campo textual. Necessário para a identificação do usuário que está acessando o sistema. senha - Campo textual. Necessário para a identificação do usuário que está acessando o sistema. Através desse campo juntamente com o campo de login e do tipousuario o sistema poderá identificar quem está acessando o mesmo e controlar todas as funcionalidades permitidas para cada participante. 3- Tecnologias Utilizadas Framework Ext JS 4 Framework JavaScript utilizado para desenvolver a interface do sistema e gerenciar o controle entre as camadas de banco de dados, regra de negócios e visão do mesmo. Encontrado em: PHP Linguagem de programação web utilizada para desenvolver o sistema. Encontrado em:

5 MySQL Banco de dados utilizado para desenvolver o sistema. Foi escolhido por se tratar de um banco de dados gratuito e por sua confiabilidade. Encontrado em: XAMPP O XAMPP é um pacote de ferramentas para auxiliar o desenvolvimento de aplicações web. Dentre suas ferramentas nativas, foram utilizadas as seguintes nesse sistema: servidor web Apache, linguagem de programação PHP e banco de dados MySQL. O servidor web é necessário para o desenvolvimento de aplicações web para simular as requisições feitas entre cliente (usuário) e servidor (local onde fica hospedada a aplicação). Encontrado em: Eclipse Para desenvolver o sistema foi utilizada a IDE (Integrated Development Environment) Eclipse, por sua facilidade de uso e popularidade. Encontrado em: 4- Estrutura do Projeto A seguir será apresentada a estrutura de Classes dentro do Eclipse que foi utilizada para a construção do protótipo do SIC. Foi utilizada uma arquitetura MVC (Model - View - Controller) que procura desacoplar o código, fazendo que Classes que são utilizadas com diferentes finalidades fiquem em lugares separados. A estrutura de pacotes utilizada no eclipse está representada pela imagem abaixo.

6 O pacote sic é onde se encontra a raiz de todo o projeto. Ele é seguido pelos pacotes app (encontram-se os pacotes das Classes relacionadas ao sistema), pelo pacote data (onde ficam os modelos e scripts relacionados com o banco de dados), pelo pacote extjs (pacote padrão que acompanha aplicações desenvolvidas em extjs), pelo pacote php (pacote que contêm Classes destinadas a realizar a comunicação com o banco de dados) e, por fim, pela pasta resources (pacote que contêm as imagens e outros arquivos de configuração de layout). A imagem a seguir mostra a pasta app e suas respectivas Classes. Pode-se perceber que o pacote app possui outros pacotes e subpacotes. Foi realizada essa divisão para seguir o padrão MVC de desenvolvimento, ou seja, o desacoplamento das Classes. Desse modo temos os pacotes controller, model, store, view. O pacote controller contêm as classes responsáveis pela parte lógica do sistema, como por exemplo, realizar a autenticação do usuário no sistema, controlar o controle de acesso e outras regras de negócio

7 do SIC. Já o pacote model é responsável para guardar o modelo do sistema, ou seja, as entidades utilizadas em toda a programação com seus respectivos atributos. O pacote store é o pacote responsável por fazer a ligação entre a aplicação com o banco de dados. Por fim, o pacote view guarda as Classes responsáveis por todas as telas da aplicação. A próxima imagem é referente às Classes que se encontram dentro do pacote php. Essas classes são as que realizam de fato a conexão com o banco de dados, efetuando inserções, atualizações, etc. das entidades do sistema. O pacote autenticacao guarda a Classe responsável pela identificação do usuário que está efetuando o login no sistema, o autentica, realiza o controle de acesso, permitindo ou não a utilização de algumas funcionalidades do sistema. O pacote chamado guarda as Classes responsáveis pela inserção, atualização, listagem e deleção dos chamados cadastrados pelos bombeiros. Assim como o pacote chamado, o pacote hospital possui as mesmas funcionalidades, porém referentes aos hospitais. 5- Fluxo de Atividades Hospitais Nesta seção iremos mostrar de forma rápida os três fluxos atendidos pelo SIC. O fluxo de atividades do hospital se inicia com o cadastramento dos mesmos no sistema. Para isso, na tela de login, o usuário deverá clicar na opção Cadastro de Hospitais. Na tela que se abrirá, o usuário poderá inserir todos as informações do hospital, assim como um login e senha, para o acesso a outras vezes. Após efetuar o acesso no sistema, o usuário será encaminhado para uma tela contendo os dados do hospital. Nessa tela, ele ainda poderá editar

8 os dados do hospital e ainda poderá editar o número de leitos disponíveis. O hospital também poderá executar a atividade de fechar um chamado quando o paciente efetua a entrada no mesmo. Bombeiros O fluxo dos bombeiros está dividido em duas etapas de modo a atender a dois personagens distintos: central dos bombeiros e bombeiros de ambulância. O fluxo de atividades da central dos bombeiros se inicia quando este realiza o acesso no sistema, inserindo o seu login e senha pré-cadastrados. A primeira tela que ele visualiza é a tela da listagem de todas as ocorrências de acidentes que a central dos bombeiros recebeu, através do 192. Esses chamados aparecem em uma lista com algumas informações importantes, como o número do chamado, tipo de acidente, quantos feridos envolvidos e o status do acidente, ou seja, se o mesmo se encontra em aberto, ou em andamento, ou fechado. O usuário do bombeiro, quando recebe um telefonema dizendo a ocorrência de um acidente, aciona a funcionalidade de cadastrar um chamado, preenchendo um formulário com algumas informações que detalham o chamado. O usuário também poderá editar os dados do chamado. Na mesma tela ainda há a possibilidade da escolha da divisão dos chamados por status, funcionando como um filtro, onde só é apresentada uma lista com os chamados com o status em Aberto, ou em Andamento, ou Fechado ou uma visualização de todos os chamados. O usuário ainda tem a possibilidade de excluir um chamado. Quando isso ocorre ele deverá colocar uma justificativa do motivo da exclusão do chamado. Quando um chamado é excluído, ele não é retirado do sistema, ele permanece na base de dados para contar como estatística. Somente seu status que muda para "Excluído". O sistema também visa a atender o papel dos bombeiros das ambulâncias. Como funcionalidade, eles podem detalhar a emergência que estão atendendo, tendo uma visão mais completa do chamado, com todas as informações. Ainda há a possibilidade de efetuar um preenchimento de um campo de informação adicional. Esse campo é uma forma de completar as informações do chamado, a fim de preparar melhor a equipe do hospital que atenderá o paciente. Centro de Operações O Centro de Operações deverá também realizar o acesso ao sistema mediante login e senha pré-cadastrados. Depois de realizada essa etapa, o sistema mostrará primeiramente, para o usuário, os chamados que se encontram em Aberto sob forma de lista, pois esses são os que precisam de uma maior atenção, pois ainda precisam ser atendidos. Porém, o usuário do COR também poderá visualizar os outros chamados que se encontram em outros status. Para isso, basta utilizar os botões na barra superior. Ele poderá ter opções de visualizar somente os chamados que se encontram em Andamento, Fechado ou uma lista com todos os chamados cadastrados no sistema.

9 O usuário do COR ainda poderá detalhar o chamado a fim de que tenha acesso a todas as informações relacionadas ao mesmo. O COR também possui uma funcionalidade de associar um chamado a um hospital que atenderá a(s) vítima(s) do chamado. Para isso, o usuário deverá selecionar o chamado que deseja associar e, clicar no botão Associar Hospital. Aparecerá uma listagem com todos os hospitais cadastrados no sistema com algumas informações. A principal delas é a quantidade de leitos disponíveis para o atendimento. Após a escolha de um hospital, ele deverá clicar no botão Associar. Feito isso, o status do chamado muda automaticamente de em Aberto para em Atendimento. Um chamado que está em Andamento também poderá ser associado a outro hospital. Caso isso seja necessário, o procedimento realizado deverá ser o mesmo.