Esta secção encontra-se dividida em duas partes, correspondentes aos dois módulos que compõem a aplicação: módulo de prescrição e agendamento e o módulo de marcação. Na descrição actual de cada módulo são abordados três temas: a interface, a ligação com a base de dados e a lógica de negócio.
O projecto até à fase actual incidiu principalmente na definição das interfaces dos dois módulos. No subcapítulo 4.2 já foi apresentada uma das principais razões para o desenvolvimento se ter centrado nas interfaces; dificuldade na definição de um conjunto de requisitos estáveis que descrevessem a aplicação pretendida. Foi necessário gastar algum tempo na análise e consolidação dos requisitos, para que na fase de implementação os imprevistos fossem minimizados. Uma alteração na fase de análise de requisitos é muito menos custosa e problemática do que na fase de implementação.
Após a fase de definição de requisitos, em que foram acordadas as funcionalidades da aplicação, seguiu-se a fase de definição das interfaces. Nesta fase foi depositado bastante esforço na construção de uma interface que apresentasse um grau de usabilidade elevado. Mais uma vez a proximidade com o cliente foi preponderante, facilitando o processo de ajuste e validação das ideias ponderadas. O canal de comunicação utilizado para chegar ao cliente foi a prototipagem, através dela o cliente consegue perceber com maior clareza o que é proposto e até no período final experimentar (protótipos evolutivos).
Uma vez definida a disposição dos componentes e a forma como o utilizador deve interagir com eles, passou-se à fase de definição dos estilos da interface. Esse processo resultou de uma parceria com a designer da empresa, que ajudou a definir o layout final da aplicação.
5.1.1 Módulo de Prescrição e Agendamento
O módulo de prescrição e agendamento recebeu uma menor ênfase no decorrer do projecto, face ao módulo de marcação. Todo o trabalho elaborado neste módulo foi no âmbito da construção das suas interfaces. Ao contrário do módulo seguinte (5.1.2), neste caso ainda não foram definidos os MockObjects que emulam os dados ao nível local (das interfaces).
As interfaces estão quase completamente concluídas, faltando apenas corrigir alguns detalhes, na tentativa de facilitar a interacção com o utilizador.
Ao nível da lógica de negócio não foram feitos grandes avanços, falta implementar toda a lógica que permite verificar se a marcação de um protocolo é valida. Um protocolo pode ser prescrito a um paciente caso não exista nenhum conflito com os seus protocolos activos, ou não exista nenhuma contra indicação (estado médico, alergias, etc).
A figura seguinte (Figura 5.1) mostra a interface inicial do módulo de prescrição e agendamento.
Figura 5.1 – Ecrã inicial do módulo de prescrição e agendamento
O ecrã inicial deste módulo é a base de toda a operação de prescrição de protocolos. Neste ecrã subentende-se que já se está na área de um paciente e pretende-se adicionar um novo protocolo. Ao adicionar um novo protocolo, ele é acrescentado à lista de protocolos do paciente, que aparece na parte superior da aplicação. Antes de poder efectuar a marcação do novo protocolo é necessário validar um conjunto de restrições. Do lado esquerdo do ecrã existe uma lista de restrições, que necessitam de ser validadas antes de ser possível marcar o protocolo. Uma vez validado o protocolo, é necessário preencher um conjunto de características que indicam o contexto da prescrição do protocolo e identificam a data em que o médico pretende marcar o protocolo.
Na parte inferior direita da interface é apresentada uma listagem com todas as actividades que compõem o protocolo.
Para além do ecrã inicial também foi elaborado o ecrã de confirmação dos critérios de inclusão e exclusão do protocolo. Na figura seguinte (Figura 5.2) é possível visualizar esta interface.
Figura 5.2 – Ecrã de confirmação dos critérios de inclusão e exclusão do protocolo No ecrã anterior (Figura 5.2) o médico deve confirmar se o doente está realmente capaz de cumprir o protocolo proposto. A validação do protocolo é feita através da verificação dos critérios de inclusão e exclusão do mesmo no contexto do doente. Na prática isso é feito na interface através da selecção da checkbox correspondente ao Sim (S) em todos os critérios de inclusão e ao inverso nos critérios de exclusão.
5.1.2 Módulo de Marcação
O módulo de marcação é o estandarte do projecto, foi nele que incidiu grande parte do esforço. As interfaces do módulo estão completamente prontas, faltando apenas a ligação com a BD e a validação de algumas restrições na interacção com a grelha de marcação.
Embora a ligação com a BD ainda não esteja pronta, foram criados objectos locais (MockObjects) que simulam o seu funcionamento, podendo assim basear todo o acesso e manipulação de dados através deles. O que falta neste momento é criar um conjunto de
WebServices que acedam à BD e a liguem aos MockObjects, permitindo assim efectuar as
operações necessárias (CRUD). Os Procedures na BD não são da responsabilidade do autor, a empresa delegou essa tarefa a outros elementos dos seus quadros. A delegação dessa tarefa surge porque se pretende importar alguma da lógica de negócio utilizada em outras soluções da empresa, como por exemplo, a parte de agendamento deve usar os calendários utilizados na área de medicação.
Uma vez apresentado o estado actual do módulo de marcação, falta apresentar as interfaces finais do produto. De seguida são apresentados os dois ecrãs disponibilizados pelo módulo. A figura seguinte (Figura 5.3) apresenta o ecrã inicial deste módulo.
Figura 5.3 – Ecrã inicial do módulo de marcação
O ecrã inicial do módulo de marcação serve apenas para seleccionar os protocolos que se pretende agendar. Uma vez escolhido o protocolo que se pretende agendar, o utilizador é encaminhado para o ecrã de marcação, que é ilustrado na figura seguinte (Figura 5.4).
Figura 5.4 – Ecrã de marcação do protocolo
Como já foi realçado diversas vezes ao longo do documento, o ecrã de marcação do protocolo é a pérola da aplicação, permitindo agendar de uma forma fácil e intuitiva as sessões de um protocolo. Toda a informação que é ilustrada na interface foi pensada ao pormenor, tentando reproduzir um ambiente de trabalho agradável, intuitivo, claro e seguro para os utilizadores.
6 Conclusões e Trabalho Futuro
Por último, mas não menos importante, chega a hora da reflexão em que é necessário meditar sobre todo o trabalho elaborado no contexto do projecto. Pretende-se neste capítulo verificar a satisfação dos objectivos propostos inicialmente e ponderar em relação ao trabalho futuro.