Desenvolvimento Da Base de Dados Da Unidade de Neurodesenvolvimento e Autismo

Departamento de Física
Mestrado Integrado em Engenharia Biomédica
Desenvolvimento da Base de Dados da Unidade

de Neurodesenvolvimento e Autismo
André Pires Sousa
Coimbra, Setembro de 2012

Departamento de Física
Mestrado Integrado em Engenharia Biomédica
Desenvolvimento da Base de Dados da Unidade

de Neurodesenvolvimento e Autismo
André Pires Sousa
Dissertação apresentada à Universidade de

Coimbra para a obtenção do grau de mestre em
Engenharia Biomédica
Orientador: Professora Doutora Guiomar Oliveira

Supervisor: Eng.ª Ana Martins
Coimbra, Setembro de 2012
Esta cópia da tese é fornecia na condição de que quem a consulte reconhece que os
direitos de autor são pertença do autor da tese e que nenhuma citação ou informação
obtida a partir dela pode ser publicada sem a referência apropriada.
This copy of the thesis has been supplied on condition that anyone who consults it is
understood to recognize that its copyright rests with its author and that no quotation
from the thesis and no information derived from it may be published without proper
acknowledgement.
Aos meus pais,
Agradecimentos
Agradecimentos
Durante todo o meu percurso académico muitas foram as pessoas que

contribuíram para o meu sucesso. Por este motivo não posso deixar de agradecer a todos
aqueles que me acompanharam ao longo destes últimos anos e permitiram que eu
acabasse este Mestrado Integrado em Engenharia Biomédica.
Inicialmente queria agradecer ao Centro Hospitalar e Universitário de Coimbra
(CHUC), mais propriamente ao Hospital Pediátrico que me acolheu nas suas instalações
nestes últimos meses. Não me posso esquecer da basta equipa do Centro de
Neurodesenvolvimento e Autismo desta instituição que estiveram disponíveis para me
ajudar neste percurso.
Um agradecimento à minha orientadora, Professora Dra. Guiomar Oliveira, por
me ter proporcionado a oportunidade de executar um projecto inovador numa instituição
hospitalar.
Um agradecimento especial à Engª. Ana Margarida Martins pela prontidão,
iniciativa e ajuda ao longo dos primeiros meses.
Ao Dr. Paulo Brás, director do serviço de sistemas e tecnologias de informação
do CHUC, pelas preciosas ajudas informáticas quando surgiam aqueles “pequenos
problemas” que dificilmente conseguiria resolver sozinho.
Um obrigado ao Eng. Pedro Sá da BlueWorks que deu uma preciosa ajuda ao
início deste projecto e que me deixou material com o qual pude trabalhar e progredir.
Quero agradecer a todos os meus amigos e colegas desta grande academia de
Coimbra, com eles a vida académica tornou-se muito mais interessante. Entre todos eles
existem pessoas que especialmente se destacam nomeadamente, Leonel Gomes - pelos 4
anos passados a aturar-me na mesma casa, Ana Cortez – pela amizade e apoio prestado,
Patrícia Silva – a minha “maninha” há 5 anos, Vítor Oliveira – o meu padrinho que me
ajudou bastante desde o primeiro dia de faculdade, e Sara Inocêncio – pela amizade e
companhia desde o primeiro dia.
Para último ficaram as pessoas mais importantes na minha vida, a minha família.
Obviamente, tenho que destacar os meus pais e a minha irmã, obrigado por todos os
sacrifícios feitos e por toda a dedicação para que eu pudesse chegar onde cheguei.
Sempre me deram apoio e confiança e esta tese é a minha mostra de trabalho e
retribuição pelos momentos difíceis passados para que eu pudesse iniciar este curso e
acabá-lo. Muito Obrigado!
André Sousa Página v

Resumo
Resumo
Num serviço hospitalar, uma boa organização e armazenamento de informações

contribui significativamente para a melhoria dos cuidados de saúde prestados aos
utentes. Isto, para além de manter um registo do historial do utente, permite a utilização
dessas informações em processos de investigação clínica e translacional o que se poderá
traduzir na criação de conhecimento e melhoria da prestação de cuidados ao doente.
Este projecto tem como objectivo principal criar uma base de dados para a
Unidade de Neurodesenvolvimento e Autismo (UNDA) do Centro de Desenvolvimento
da Criança Luís Borges (CDCLB), Hospital Pediátrico – Centro Hospitalar e
Universitário de Coimbra (HP-CHUC). Um dos objectivos secundários é a
informatização dos principais testes neuropsicológicos e de avaliação social utilizados.
Para dar suporte à base de dados foi construída uma plataforma que servirá como
interface com o utilizador. A base de dados foi construída em Structured Query
Language (SQL) utilizando o sistema gerenciador de base de dados Microsoft SQL
Server 2008®.
A solução geral do projecto foi edificada em três camadas, uma referente ao
acesso aos dados, outra de serviço e, por fim, a de apresentação. Nesta última camada,
que representa a interface com o utilizador, foi utilizada a arquitectura Model-View-
Controller (MVC). A linguagem utilizada foi C# com a utilização do ambiente
integrado de desenvolvimento Microsoft Visual Studio 2010®.
Dentro de todos os testes neuropsicológicos e de avaliação social, o único que se
encontra implementado, se bem que apenas em parte, é a Escala de Desenvolvimento
Mental de Ruth Griffiths. No entanto, foi feito um levantamento das características de
todos os restantes testes para que se possa proceder à sua informatização e aplicação
digital.
PALAVRAS-CHAVE:
Base de dados, Investigação Clínica, Testes Neuropsicológicos, MVC, WebService,

Sistemas de Informação Hospitalar, Arquitectura em Camadas.
André Sousa Página vi

Abstract
Abstract
The good organization and information storage in a hospital service contributes

significantly to the improvement of health care to users. In addition, to maintaining the
history record of all users provides those information’s in processes of clinical and
translational investigation that can be translated as knowledge creation and
improvement on the provision of patient care.
The aim of this project is to create a database for the Unidade de
Neurodesenvolvimento e Autismo (UNDA) of Centro de Desenvolvimento da Criança
Luís Borges (CDCLB), Hospital Pediátrico – Centro Hospitalar e Universitário de
Coimbra (HP-CHUC). The second objective is the computerization of major
neuropsychological tests and social evaluation.
In order to support the database, a platform was built to work as the interface
with the user. The database was built in Structured Query Language (SQL) using the
Microsoft SQL Server 2008® Data Base Management System.
The general solution of the project was constructed in three layers: the first was
related to data access, other to the service and the last to the presentation. On this last
layer, representative of the interface as the user, it was used the architecture Model-
View-Controller (MVC). The language used was C# resorting to the Microsoft Visual
Studio 2010® Integrated Development Environment.
Within all of the neuropsychological tests and social evaluation the only one that
is implemented, but partially, is the Escala de Desenvolvimento Mental de Ruth
Griffiths. Moreover, an inventory of characteristics was made on other tests so that it
could be possible to move forward to the computerization and digital application.
KEYWORDS:
Data base, Clinical Investigation, Neuropsychological Tests, MVC, WebService,

Hospital Information Systems, Layered architecture
André Sousa Página vii

Índice
Índice
AGRADECIMENTOS ........................................................................................................................................ V
RESUMO .................................................................................................................................................... VI
ABSTRACT.................................................................................................................................................. VII
ÍNDICE ......................................................................................................................................................VIII
ÍNDICE DE FIGURAS ........................................................................................................................................ X
ÍNDICE DE TABELAS .......................................................................................................................................XII
ACRÓNIMOS E SIGLAS .................................................................................................................................. XIII
INTRODUÇÃO ........................................................................................................................................ 1
1.1. INVESTIGAÇÃO CLÍNICA ............................................................................................................................ 2

1.2. BASE DE DADOS ..................................................................................................................................... 3
1.3. SISTEMAS DE INFORMAÇÃO HOSPITALAR..................................................................................................... 4
1.3.1. Hospital Information System ..................................................................................................... 4
1.3.2. Electronic Health Record ............................................................................................................ 5
1.4. TESTES DE AVALIAÇÃO DE NEURODESENVOLVIMENTO .................................................................................... 6
1.4.1. Escala de Desenvolvimento Mental de Ruth Griffiths ................................................................ 6
1.4.2. Social Communication Questionnaire (SCQ) .............................................................................. 8
1.4.3. Escala de Conners ...................................................................................................................... 9
1.4.4. Test for Reception Of Grammar (TROG) .................................................................................. 10
1.4.5. Escala de Comportamento Adaptativo – Vineland .................................................................. 11
1.4.6. Escala de Graffar...................................................................................................................... 13
1.5. PROBLEMA.......................................................................................................................................... 14
1.6. ORGANIZAÇÃO DA TESE ......................................................................................................................... 15
GESTÃO DO PROJECTO ......................................................................................................................... 17
2.1. MEMBROS DO PROJECTO ....................................................................................................................... 18

2.2. HOSPITAL PEDIÁTRICO........................................................................................................................... 18
2.3. OBJECTIVOS DO PROJECTO ..................................................................................................................... 19
2.4. PLANEAMENTO DO PROJECTO ................................................................................................................. 20
CONHECIMENTOS ADQUIRIDOS........................................................................................................... 22
3.1. ARQUITECTURA DA SOLUÇÃO EM CAMADAS .............................................................................................. 23

3.2. MODEL-VIEW-CONTROLLER (MVC) ........................................................................................................ 24
3.3. WEBSERVICES ..................................................................................................................................... 26
3.4. CARACTERÍSTICAS DE UMA BASE DE DADOS ............................................................................................... 28
3.4.1. Chaves das tabelas................................................................................................................... 29
3.4.2. Integridade de uma base de dados .......................................................................................... 30
3.4.3. Relações entre tabelas ............................................................................................................. 31
3.4.4. Herança de tabelas .................................................................................................................. 32
3.5. STRUCTURED QUERY LANGUAGE (SQL) .................................................................................................... 33
3.5.1. Comandos SQL ......................................................................................................................... 34
3.5.2. Tipos de dados ......................................................................................................................... 35
3.6. ORACLE .............................................................................................................................................. 38
3.7. AMBIENTE DE DESENVOLVIMENTO........................................................................................................... 38
ESTRUTURA DA SOLUÇÃO .................................................................................................................... 40
André Sousa Página viii

Índice
4.1. CAMADA DE ACESSO AOS DADOS ............................................................................................................. 41

4.2. CAMADA DE SERVIÇO ............................................................................................................................ 43
4.3. CAMADA DE APRESENTAÇÃO................................................................................................................... 44
4.4. ARQUITECTURA DA BASE DE DADOS ......................................................................................................... 46
4.4.1. Paciente – Episódio .................................................................................................................. 47
4.4.2. Herança Episódio ..................................................................................................................... 48
4.4.3. Episódio – Diagnóstico e Episódio – História Clínica ................................................................ 49
4.4.4. Herança História Clínica ........................................................................................................... 51
RESULTADOS........................................................................................................................................ 53
5.1. PÁGINAS OBTIDAS PARA A INTERFACE ....................................................................................................... 54

5.1.1. Website .................................................................................................................................... 54
5.1.2. Teste de Griffiths ...................................................................................................................... 57
CONCLUSÕES ....................................................................................................................................... 59
6.1 TRABALHO FUTURO ............................................................................................................................... 60

REFERÊNCIAS BIBLIOGRÁFICA......................................................................................................................... 62
ANEXO A - TESTES E ESCALAS DE AVALIAÇÃO DE NEURODESENVOLVIMENTO............................................................ 65
A.1. Escala de Desenvolvimento Mental de Griffiths (Excerto) .......................................................... 65
A.2. Social Communication Questionnaire (SCQ) ............................................................................... 68
A.3. Escala de Conners – versão pais ................................................................................................. 72
A.4. Escala de Conners – versão professores ..................................................................................... 74
A.5. Test for Reception Of Grammar (TROG) ..................................................................................... 77
A.6. Escala de Comportamento Adaptativo - Vineland (Excerto) ...................................................... 79
A.7. Teste de Graffar .......................................................................................................................... 81
André Sousa Página ix

Índice de Figuras
Índice de Figuras
FIGURA 1 - MANUAL EM PORTUGUÊS DA ESCALA DE DESENVOLVIMENTO MENTAL DE GRIFFITHS PARA

CRIANÇAS DOS 0 AOS 2 ANOS DE IDADE (9) ........................................................................................... 7
FIGURA 2 - MANUAL DO TESTE SCQ (11) ................................................................................................ 9
FIGURA 3 - MANUAL TÉCNICO DA ESCALA DE CONNERS EM INGLÊS (12) ............................................. 10
FIGURA 4 - FOLHA DE ROSTO DE UM TESTE DE VINELAND ................................................................... 11
FIGURA 5 - PERFIL DE COTAÇÃO DE UM TESTE DE VINELAND............................................................... 12
FIGURA 6 - CAPA DE UM TESTE DE GRAFFAR (16) ................................................................................ 13
FIGURA 7 – FOLHA DE REGISTOS DA BASE DE DADOS EM FILEMAKER PRO DA UNDA-CDLB-HP-CHUC . 15
FIGURA 8 - CALENDARIZAÇÃO INICIAL DO DESENVOLVIMENTO DO PROJECTO EM DIAGRAMA DE

GRANTT ............................................................................................................................................... 21
FIGURA 9 - CALENDARIZAÇÃO FINAL DO DESENVOLVIMENTO DO PROJECTO EM DIAGRAMA DE

GRANTT ............................................................................................................................................... 21
FIGURA 10 - ESQUEMA DE COMUNICAÇÃO ENTRE AS DIFERENTES CAMADAS (20) ............................. 24
FIGURA 11 - RESUMO DO MÉTODO DE FUNCIONAMENTO DO MVC .................................................... 25
FIGURA 12 - TRANSMISSÃO DE DADOS SEM A UTILIZAÇÃO DE WS (23) ............................................... 27
FIGURA 13 - TRANSMISSÃO DE DADOS UTILIZANDO A TECNOLOGIA DOS WS (23) .............................. 27
FIGURA 14 - EXEMPLO DE UMA COMUNICAÇÃO POR WS .................................................................... 28
FIGURA 15 - ESQUEMA DE FUNCIONAMENTO DE UMA APLICAÇÃO TÍPICA DE BASE DE DADOS (25) ... 29
FIGURA 16 - EXEMPLO DE ALGUNS PROBLEMAS DE INTEGRIDADE NUMA TABELA .............................. 30
FIGURA 17 - EXEMPLO DE UMA HERANÇA DE TABELAS ....................................................................... 33
FIGURA 18 - REPRESENTAÇÃO DOS FICHEIROS QUE CONSTAM NA CAMADA DE ACESSO AOS DADOS 42
FIGURA 19 - REPRESENTAÇÃO DOS PRINCIPAIS FICHEIROS QUE FAZEM PARTE DA CAMADA DE

SERVIÇO DA APLICAÇÃO ...................................................................................................................... 43
FIGURA 20 - PRINCIPAIS FICHEIROS DA CAMADA DE APRESENTAÇÃO ................................................. 45
FIGURA 21 - VISÃO GERAL DAS TABELAS PRESENTES NA BASE DE DADOS ........................................... 47
FIGURA 22 - LIGAÇÃO DAS TABELAS PATIENT E EPISODE E SEUS ATRIBUTOS ....................................... 48
FIGURA 23 - TABELAS DA HERANÇA DA TABELA EPISODE E SEUS ATRIBUTOS ...................................... 49
FIGURA 24 - LIGAÇÃO DA TABELA EPISODE ÀS TABELAS DIAGNOSTICO E HISTORIA_CLÍNICA E SEUS

ATRIBUTOS .......................................................................................................................................... 50
FIGURA 25 - HERANÇA DA TABELA HISTORIA_CLINICA E SEUS ATRIBUTOS .......................................... 51
FIGURA 26 - TELA DE LOGIN DO SITE CRIADO ....................................................................................... 54
FIGURA 27 - TELA PRINCIPAL, APÓS EFECTUADO O LOGIN ................................................................... 55
FIGURA 28 - PESQUISA AVANÇADA POR NOME E RESTRIÇÃO DE SEXO E IDADES ................................ 56
André Sousa Página x

Índice de Figuras
FIGURA 29 – APRESENTAÇÃO DOS DADOS PESSOAIS DE UM PACIENTE ............................................... 56
FIGURA 30 - DETALHES DE UMA CONSULTA EFECTIVADA .................................................................... 57
FIGURA 31 - EXEMPLO DE PREENCHIMENTO DE UM TESTE DE GRIFFITHS, SUBESCALA DA LOCOMOÇÃO

............................................................................................................................................................ 58
FIGURA 32 - CAPA DO QUESTIONÁRIO GRIFFITHS ................................................................................ 65
FIGURA 33 - SUBESCALA A, B E C DO QUESTIONÁRIO GRIFFITHS PARA O PRIMEIRO ANO DE IDADE.... 66
FIGURA 34 - SUBESCALA D E E DO QUESTIONÁRIO GRIFFITHS PARA O PRIMEIRO ANO DE IDADE........ 67
FIGURA 35 - TESTE DE VOCABULÁRIO DO QUESTIONÁRIO TROG ......................................................... 77
FIGURA 36 - TESTE DE COMPREENÇÃO GRAMATICAL DO QUESTIONÁRIO TROG ................................. 78
FIGURA 37 – QUESTÕES 1-33 DA ÁREA DA COMUNICAÇÃO DO TESTE VINELAND ................................ 79
FIGURA 38 – QUESTÕES 34-67 DA ÁREA DA COMUNICAÇÃO DO TESTE VINELAND .............................. 80
André Sousa Página xi

Índice de Tabelas
Índice de Tabelas
TABELA 1 - MEMBROS CONSTITUINTES DO PROJECTO ......................................................................... 18
TABELA 2 - MOVIMENTO ASSISTENCIAL DO HPC NO PERÍODO DE 2007 A 2011 (17) ............................ 19
TABELA 3 - RELACIONAMENTOS MAIS HABITUAIS ENTRE TABELAS DE UMA BASE DE DADOS ............. 31
TABELA 4 - COMANDOS MAIS UTILIZADOS NA LINGUAGEM SQL E SUA DESCRIÇÃO RESUMIDA .......... 34
®
TABELA 5 - PRINCIPAIS TIPOS DE DADOS UTILIZADOS NO MICROSOFT SQL SERVER 2008 E SUA
EQUIVALÊNCIA EM C# .......................................................................................................................... 36
André Sousa Página xii

Acrónimos e Siglas
Acrónimos e Siglas
ASQ Autism Screening Questionnaire
BD Base de dados
CDCLB Centro de Desenvolvimento da Criança Luís Borges
CHC Centro Hospitalar de Coimbra
CHUC Centro Hospitalar e Universitário de Coimbra
DCL Data Control Language
DDL Data Definition Language
DML Data Manipulation Language
EHR Electronic Health Record
FCTUC Faculdade de Ciências e Tecnologia da Universidade de Coimbra
HIS Hospital Information System
HP Hospital Pediátrico
HPCM Hospital Pediátrico Carmona da Mota
HTML HyperText Markup Language
HTTP HyperText Transfer Protocol
MVC Model – View – Controller
MIEB Mestrado Integrado em Engenharia Biomédica
NIH National Institute of Health
SAM Sistema de Apoio ao Médico
SAPE Sistema de Ajuda à Prática do Enfermeiro
SCQ Social Communication Questionnaire
SGBD Sistema Gerenciador de Base de Dados
SINUS Sistema de INformação para Unidades de Saúde
SOAP Simple Object Access Protocol
SONHO Sistema IntegradO para iNformação Hospitalar
André Sousa Página xiii

Acrónimos e Siglas
SQL Structured Query Language
TROG Test for Reception Of Grammar
UNDA UNidade de Desenvolvimento e Autismo
WS WebService
XML eXtensible Markup Language
André Sousa Página xiv

Capítulo 1
Introdução
Introdução
Qualquer processo de investigação científica requer alguns passos anteriores à

sua realização para que tenhamos um trabalho facilitado e bem construído. De entre eles
consta a recolha eficiente de dados e o seu posterior armazenamento em estruturas bem
organizadas.
No âmbito da pediatria e mais restritamente na sua área diferenciada do
neurodesenvolvimento, os testes de avaliação neuropsicológicos e das características
familiares são uma fonte indispensável de informação. Além disso, a utilização de uma
base de dados que permita a consulta e a manipulação posterior dos dados recolhidos
representa um complemento nuclear à investigação clínica.
1.1. Investigação clínica
Segundo a definição do National Institute of Health (NIH), a investigação

clínica é um conceito que abrange um largo espectro de actividade científica que inclui
a “investigação orientada para o doente” (como é o caso dos ensaios clínicos, etc.),
estudos epidemiológicos, de recolha clínica e comportamentais, e por último
investigação sobre o funcionamento dos próprios serviços de saúde. Resumindo, a
investigação clínica permite conhecer a prevalência e a incidência de determinadas
doenças na população, quantificar o consumo dos recursos de saúde e uma comparação
posterior de resultados entre vários serviços, departamentos e hospitais assumindo uma
filosofia de benchmarking (1).
O nascimento da investigação clínica tem os seus primórdios nos
questionamentos do Homem acerca das causas das doenças que o afectavam. O seu
objectivo era o de encontrar formas de tratamento e de prevenção das mesmas
aumentando assim a esperança de vida e as condições de saúde existente. Assim, depois
de criado e adoptado um método científico coerente, foi possível a repetição de
procedimentos sistematizados que explicassem essas relações causais utilizando
recursos estatísticos para auxiliarem a confirmação ou refutação das hipóteses
colocadas. Estes passos levaram assim à tomada de decisões e ao estabelecimento de
conclusões importantes no desenvolvimento das ciências da saúde (2).
André Sousa Página 2

Introdução
Segundo João Lobo Antunes, “analisando a experiencia portuguesa nos últimos

anos, poderá dizer-se que a investigação biomédica básica conheceu um avanço
notabilíssimo desde a criação do Programa Ciência e da Rede de Laboratórios
Associados do Ministério da Ciência e é presentemente uma das mais pujantes do tecido
científico nacional”. Por outro lado, e apesar da grande importância deste tipo de
investigação, o mesmo autor reconhece que nas instituições de saúde portuguesas ainda
existe um grande défice de plataformas de suporte da mesma. No que diz respeito à
recolha e armazenamento de dados clínicos e respectiva organização em base de dados
informaticamente estruturadas ainda há um longo caminho a percorrer (1).
O suporte informático numa investigação clínica é um parâmetro indispensável,
permitindo ao investigador rentabilizar o seu trabalho o mais possível quer em termos
de ganho de tempo como de facilidade de manipulação de dados. Actualmente o suporte
informático mais apelativo e que acarreta maiores vantagens é a utilização de bases de
dados.
1.2. Base de Dados
Nenhuma entidade ou organização pode assegurar soluções eficientes para os

seus problemas se não possuir dados devidamente organizados. A partir do início da
década de setenta começaram a surgir e a serem aplicadas diversas técnicas de gestão de
base de dados. Entende-se como definição de base de dados, um conjunto de registos
numa estrutura que possibilita a manipulação dos mesmos e que pode ser utilizada para
diversos fins. Exactamente em 1970, E. Codd desenvolveu o modelo relacional de base
de dados. Este modelo baseava-se em tabelas bidimensionais que estabelecem relações
entre si, sendo utilizado actualmente (3).
Uma base de dados cuidada e fidedigna tem um contributo muito importante nos
cuidados de saúde. Trata-se de um óptimo meio de suporte à investigação clínica e ao
apoio à consulta. As principais vantagens prendem-se com a facilidade de registo,
actualização, pesquisa e armazenamento de grande quantidade de dados relevantes em
segurança. Além das vantagens já referidas ainda se pode acrescentar uma boa
organização estrutural dos dados, conservação da integridade e evicção de redundância
dos mesmos (1) (4) (5).

Introdução
1.3. Sistemas de Informação Hospitalar
Os sistemas de informação hospitalar mais utilizados actualmente são o Hospital

Information System (HIS) e o Electronic Health Record (EHR).
1.3.1. Hospital Information System
Pode-se considerar o HIS como um sistema actualmente indispensável num

hospital. Permite a gestão de:
 Marcações de consultas;
 Marcações de exames;
 Recursos humanos;
 Stocks e facturação;
 Baixas, altas e transferências.
 Administração de pacientes (registo e actualização de dados).
É no HIS que é considerado o ponto de entrada de um paciente nos sistemas de

informação hospitalares pois este é responsável por enviar notificações a todos os outros
sistemas da presença de um novo paciente ou evento.
Em Portugal, existem dois HIS que são mais utilizados em hospitais e centros de
saúde, nomeadamente o SONHO (Sistema integradO para iNformação HOspitalar) nos
hospitais e o SINUS (Sistema de INformação para Unidades de Saúde) nos centros de
saúde. Apesar de se encontrarem implementados em mais de 90 unidades de saúde
apresentam diversos problemas no seu funcionamento (6):
 Interface com o utilizador pouco clara;

 Manutenção e actualização complexa;
 Sistema evolui em diferentes direcções em diferentes instituições não
permitindo uma homogeneidade universal;

Introdução
 Fraca interoperabilidade (capacidade de comunicar de forma transparente

com outros sistemas).
1.3.2. Electronic Health Record
Enquanto o HIS permite a gestão hospitalar, o EHR é orientado para a gestão da

informação clínica dos pacientes. Este sistema permite registar, entre outros, os
seguintes tipos de dados (7):
 Demográficos;
 Historial clínico e prescrições anteriores;
 Factores de risco;
 Relatórios e exames, análises laboratoriais e consultas;
 Imagens médicas.
O EHR e o HIS são ajudas técnicas muito importantes nos sistemas de saúde
pois através das informações neles contidas a facilidade de registo e armazenamento e
exploração de dados bem como o acesso rápido a dados importantes fazem parte das
principais vantagens destes sistemas.
Em Portugal, o sistema EHR mais utilizado é o Sistema de Apoio ao Médico
(SAM) e o Sistema de Ajuda à Prática do Enfermeiro (SAPE). O SAM entrou em
funcionamento em 2001 e é utilizado como um módulo que se incorpora no SONHO.
Implementado em mais de 60 instituições de saúde, as suas principais funcionalidades
prendem-se com a manutenção do historial do paciente bem como a medicação
prescrita, a criação de um diário clínico e, devido a ser um módulo do SONHO, a
marcação de exames e consultas por meio deste sistema (8).
Apesar de tudo também apresenta algumas desvantagens nomeadamente para as
instituições de saúde que querem seguir um caminho na investigação clínica. As
principais limitações apontadas ao SAM são (6):
 Não dá resposta à componente de investigação clínica já que não permite

pesquisas múltiplas e exportações directas de dados;

Introdução
 Dados importantes muitas vezes armazenados em forma de texto livre o que

inviabiliza estudos comparativos entre processos;
 Foi criado para um determinado propósito tornando-se pouco flexível;
 Lacunas nalgumas necessidades importantes específicas de cada
especialidade médica;
 Encontra-se desfalcado quando comparado com os sistemas equivalentes
existentes no resto da europa.
1.4. Testes de avaliação de neurodesenvolvimento
Existem diversos testes que permitem avaliar as capacidades cognitivas,

comunicativas e comportamentais, bem como o desenvolvimento psicomotor global.
Estes testes, para além de auxiliarem o diagnóstico e futura intervenção, os seus
resultados poderão ser utilizados num processo de investigação clínica com valor de
prognóstico e de comparação entre patologias.
Dependendo da aplicação que pretendemos existem testes específicos: Escala de
Desenvolvimento Mental de Ruth Griffiths – teste global de desenvolvimento, Social
Communication Questionnaire – uma das escalas para o diagnóstico de autismo, Escala
de Conners – estudo da atenção e do comportamento hiperactivo, Test for Reception Of
Grammar – avaliação da linguagem compreensiva, e Escala de Comportamento
Adaptativo de Vineland – teste do comportamento adaptativo.
Um complemento utilizado na avaliação de certos pacientes é o preenchimento
de testes sociais que darão uma visão mais abrangente ao tipo de família no qual se
insere e ao estatuto social que esta apresenta, como é o caso do Teste de Graffar.
1.4.1. Escala de Desenvolvimento Mental de Ruth Griffiths
A Escala de Desenvolvimento Mental de Ruth Griffiths, ou somente Escala de

Griffiths, trata-se de um instrumento de trabalho utilizado há vários anos por psicólogos
e pediatras da área do neurodesenvolvimento infantil. Desenvolvido por Ruth Florence
Griffiths e publicado pela primeira vez em 1954, permite ao avaliador a análise de seis

Introdução
áreas do desenvolvimento: locomoção, pessoal/social, audição/linguagem, coordenação

olho-mão, realização e raciocínio prático. Este teste possui a capacidade de fazer uma
avaliação contínua ao desenvolvimento da criança dos zero aos oito anos permitindo
assim uma avaliação global das suas áreas fortes e fracas respeitante ao
neurodesenvolvimento. Devido ao rigor científico e às suas qualidades métricas, pode
ser considerada como um instrumento fundamental na avaliação das patologias do
neurodesenvolvimento.
Figura 1 - Manual em português da Escala de Desenvolvimento

Mental de Griffiths para crianças dos 0 aos 2 anos de idade (9)
Para a execução do teste, são necessários materiais diversificados que se

baseiam nos vários comportamentos espontâneos das crianças como sendo o andar,
falar, brincar, etc.. Como se trata de um teste que abrange um grande período de vida da
criança está subdividido por níveis de dificuldade crescente consoante a idade.
Na área da locomoção, é avaliada a motricidade global como sendo o equilíbrio,
a coordenação e o controlo de movimentos. No caso dos bebés, esta área pretende
avaliar com algum detalhe as competências em desenvolvimento que resultam no atingir
da posição erecta que permite o andar, correr, saltar, etc..
Na área pessoal/social, avalia-se a autonomia na realização de actividades do
dia-a-dia, o nível de independência e a interacção com outras crianças.

Introdução
A parte destinada à audição/linguagem avalia a compreensão e expressão

linguística.
A coordenação olho-mão prende-se principalmente com a destreza manual e as
competências visuo-motoras. Aqui é testada a motricidade fina, as competências visuais
e a manipulação de objectos.
Na área da realização são avaliadas competências visuo-espaciais como sendo a
rapidez e precisão de execução de tarefas, velocidade de execução, orientação espacial e
persistência.
A área do raciocínio prático avalia a capacidade da criança para resolver
problemas práticos, ordenar sequências e compreensão de conceitos básicos.
As tarefas propostas à criança são cotadas em “passa” ou “falha”. No final dos
testes efectuados é possível ao profissional de saúde a obtenção de resultados em termos
da idade mental e do quociente de desenvolvimento utilizando tabelas de consulta de
resultados predefinidos. Estes valores podem ser obtidos numa apreciação global ou por
subescala (área).
Além do resultado quantitativo, a avaliação qualitativa também é relevante. O
comportamento geral da criança, como a atenção e a agitação durante o teste, poderá dar
um complemento à avaliação obtida com resultado do teste (9).
1.4.2. Social Communication Questionnaire (SCQ)
O Social Communication Questionnaire (SCQ) ou Questionário de

Comunicação Social, anteriormente chamado de Autism Screening Questionnaire
(ASQ) ou Questionário de Rastreio do Autismo, foi desenvolvido por Rutter e Lord, e
trata-se duma selecção de 40 perguntas que devem ser respondidas pelo principal
cuidador da criança. Pode-se referir o SCQ como um instrumento orientado para o
rastreio de autismo. Avalia as áreas da interacção social, linguagem e comunicação e do
comportamento repetitivo e estereotipado.
No entanto, a principal preocupação com o uso desta ferramenta para rastreio de
autismo é que, apesar de possuir uma alta sensibilidade nos resultados, acaba por ter
uma baixa especificidade. Sendo assim, este teste pode produzir muitos falsos positivos

Introdução
que podem resultar num aumento da ansiedade parental, enquanto se aguarda uma
avaliação formal (10).
Figura 2 - Manual do teste SCQ (11)
A cada uma das 40 perguntas sobre os comportamentos apresentados pelo

paciente, a resposta é dicotómica, “sim” ou “não”. A cada resposta é dada uma cotação,
que pode ser de 0 valores ou 1, sendo somadas aritmeticamente. Se o resultado final
ficar acima de determinado valor (15 pontos) o teste é dado como negativo, caso
contrário são necessários mais testes complementares para se obter uma avaliação mais
complexa.
1.4.3. Escala de Conners
Desenvolvida pelo psiquiatra Keith Conners, a escala de Conners trata-se de um

meio de identificação de problemas comportamentais, relacionados com défice de
atenção e hiperactividade, em crianças dos 6 aos 10 anos de idade. Existem duas versões
distintas, a versão para pais e a versão para professores.
A cotação das perguntas é feita através de uma escala de Likert com 4 níveis de
resposta. O nível 0 representa que a criança nunca mostrou indícios de determinado
comportamento, o nível 1 que apresenta por vezes esse comportamento, nível 2
apresenta frequentemente e por fim, nível 3 apresenta muito frequentemente.

Introdução
As cotações finais, aquelas que nos dão o resultado final do teste, encontram-se
divididas em 4 escalas distintas para cada versão do teste (professor e pais). As 4 escalas
são: comportamentos de oposição; problemas cognitivos/desatenção; excesso de
actividade motora; índice de défice de atenção e hiperactividade. Apenas determinadas
respostas contribuem para o resultado de cada uma das escalas. A cotação é obtida
através de uma soma aritmética do valor correspondente a cada nível de resposta
apresentado nas perguntas em questão. Depois de obtido um valor para cada uma das 4
escalas são consultadas tabelas que o classificarão em percentis.
Figura 3 - Manual Técnico da Escala de Conners em Inglês (12)
Este teste apresenta algumas fraquezas permitindo que se obtenham falsos

positivos e falsos negativos. Tal como na maioria dos testes neuropsicológicos, este não
deve de ser utilizado para um diagnóstico de um distúrbio por parte da criança mas sim
apenas como um complemento à consulta e à avaliação por outros meios (12) (13).
1.4.4. Test for Reception Of Grammar (TROG)
O Test for Reception of Grammar (TROG) foi criado e publicado pela primeira
vez por Dorothy Bishop em 1983. Tem como principal objectivo a avaliação da
compreensão de palavras e frases da língua materna.

Introdução
Este teste é bastante importante na área da terapia da fala, mas, ao mesmo tempo
muito simples. Encontra-se dividido em duas partes, uma de vocabulário e outra de
compreensão gramatical. Na área de vocabulário, a criança apenas tem de identificar o
nome de objectos que se encontram ilustrados num livro de figuras. Por outro lado, na
parte da compreensão gramatical, o terapeuta que está a efectuar o teste descreve uma
situação ou acontecimento. Esse acontecimento encontra-se ilustrado num livro de
imagens e a criança terá de indicar qual imagem corresponde ao que ouviu.
A cotação é 1 em caso de resposta correcta e 0 se for errada. Os resultados
finais são convertidos em percentis com recurso a tabelas padronizadas (14).
1.4.5. Escala de Comportamento Adaptativo – Vineland
A Escala de Comportamento Adaptativo – Vineland é um teste que permite

avaliar o comportamento adaptativo do sujeito, ou seja, o conjunto de competências
cognitivas, sociais e práticas adquiridas para corresponder às exigências da vida
quotidiana. Criada em 1984 por Sparrow, Balla e Cichetti, rem a capacidade de avaliar o
comportamento do paciente desde o seu nascimento até aos 18 anos (15).
Figura 4 - Folha de Rosto de um teste de Vineland
O teste encontra-se dividido em 5 grandes domínios: comunicação, autonomia,

socialização, motricidade e, por fim, comportamento desajustado. Cada uma destas
áreas possui diversas questões que se encontra subdividida por idades e por subáreas.

Introdução
Dentro do domínio da comunicação, encontramos a subdivisão receptiva, expressiva e

escrita. Na área da autonomia encontramos a subdivisão pessoal, doméstica e da
comunidade. A socialização divide-se nas relações interpessoais, nos jogos/lazer e
regras sociais. A motricidade pode ser dividida em global e fina. A área do
comportamento desajustado é apenas opcional.
As questões do questionário tratam de assuntos relacionados com o dia-a-dia do
paciente expondo situações correntes na vida normal de um sujeito. As respostas dadas
têm 5 hipóteses predefinidas: 2 – sim/normalmente, 1 – algumas vezes/parcialmente, 0
– não/nunca, N – não teve oportunidade, D - desconhecido. Apesar destas predefinições,
existem algumas questões que impedem a cotação de certo valor, por exemplo: “Não
pode cotar N”.
Os resultados finais são obtidos separados por áreas e subáreas. Para cada área, a
cotação bruta é obtida através da soma da cotação dada a cada subárea com o número de
ocorrências de N e D. No caso do N, só contribui para a cotação quando na pergunta
está a indicação “Pode-se cotar N”. No caso dos D, no teste não há essas indicações mas
contam sempre para o somatório até porque são utilizados o mínimo de vezes possível.
Depois de obtida a cotação bruta para cada área, esta é convertida, através de tabelas e
tendo em conta a idade cronológica do individuo em anos, em cotação padrão, percentil
e idade equivalente. Destas tabelas também é possível extrair a informação de um valor
para o comportamento adaptativo do paciente.
No final do teste é ainda traçado um perfil da cotação padrão de cada uma das 4
áreas e do comportamento adaptativo.
Figura 5 - Perfil de cotação de um teste de Vineland

Introdução
1.4.6. Escala de Graffar
A escala de Graffar trata-se de uma classificação social internacional criada em

Bruxelas pelo Prof. Graffar. Baseia-se em cinco referências distintas: profissão, nível de
instrução, fontes de rendimentos familiares, conforto de alojamento, aspecto de bairro
onde habita.
Cada uma das referências encontra-se dividida em graus que serão convertidos
em pontuação no final do teste. Na maioria das perguntas existem 5 graus em que o grau
1 corresponde ao máximo de condições familiares e o grau 5 ao mínimo. Assim, de
acordo com os graus em que uma família se enquadre, obtêm-se o escalão que a família
ocupa na sociedade.
Segundo o Prof. Graffar:
“Os estudos biológicos sobre amostras de população deveriam

acompanhar, senão de uma descrição completa do modo de vida dos
grupos observados, ao menos do emprego de um método de classificação
social e económica que torna possíveis as comparações. Para que o
sistema de classificação seja apropriado a estudos médico-sociais, deve
ser simples, deve ter em conta dados objectivo que possam procurar-se
facilmente e deve ter uma representação fiel do nível que ocupa na
estratificação social do indivíduo ou grupo observado.” (16)
Figura 6 - Capa de um teste de Graffar (16)

Introdução
1.5. Problema
Para contornar um pouco as insuficiências presentes no SAM e SONHO, a

UNDA-CDC-HP-CHUC construiu uma base de dados em FileMakerPro para fins de
armazenamento e tratamento de dados clínicos. Alberga à data cerca de 2300 processos
de indivíduos com patologias do neurodesenvolvimento, cada um deles com seis
páginas de dados sendo que anualmente são acrescidos em média 250 novos casos. No
entanto, esta base de dados também apresenta diversos problemas de manuseamento e
registo. A sobreposição de campos, a confusão que isso acarreta nos dados e o
impedimento de acesso por múltiplos utilizadores são problemas com que todos os dias
profissionais de saúde são confrontados. Esta base de dados foi construída por clínicos
sem uma uniformidade na linguagem utilizada e à medida das necessidades contendo
campos abertos de preenchimento sem qualquer controlo de inserção dados. Por estas e
muitas mais limitações, a exigente e complexa investigação clínica com recurso à base
de dados existente tornava-se difícil, apesar de ter mais vantagens em relação às
funcionalidades do SAM, nomeadamente a possibilidade de pesquisa e de transferência
de informação.
Esta unidade trabalha com uma equipa multidisciplinar e para além de médicos
dispõe de psicólogos, terapeutas da fala, terapeutas ocupacionais, enfermagem e
técnicos de serviço social. Estes profissionais usam como instrumentos de avaliação,
diagnóstico e intervenção dezenas de questionários e testes (alguns previamente
referidos) em papel aquando das consultas realizadas diariamente. Depois de um
processo bastante moroso de cotação e análise de resultados, os relatórios finais são
armazenados em dossiers que apenas ficam disponíveis a alguns profissionais. Este
arquivo permanece muitas vezes sem qualquer informatização o que dificulta futuras
consultas de ficheiros. Apesar da total informatização e cotação automática de todos
estes instrumentos estar ainda num horizonte um pouco distante, a criação de uma base
de dados que possibilite o armazenamento dos resultados de modo organizado era uma
necessidade há muito identificada pelos profissionais desta unidade e que possuía
maiores possibilidades de ser realizado.

Introdução
Figura 7 – Folha de registos da base de dados em FileMaker Pro da UNDA-CDLB-HP-CHUC
1.6. Organização da tese
Esta dissertação de tese de mestrado inclui 6 capítulos com o apoio de 1 anexo

contendo os testes de avaliação descritos.
Capítulo 1 – Introdução
No primeiro capítulo é referido o enquadramento geral do projecto, o problema
que lhe deu origem e ainda a estrutura da tese.

Introdução
Capítulo 2 – Gestão do Projecto

Aqui apresenta-se a equipa e a estrutura de acolhimento, os objectivos iniciais
bem como uma comparação entre a calendarização inicial de tarefas propostas e a final.
Capítulo 3 – Conhecimentos Adquiridos

São descritos os conhecimentos adquiridos ao longo deste projecto. É também
apresentado o ambiente de desenvolvimento do mesmo ou seja, os programas
informáticos utilizados.
Capítulo 4 – Estrutura da Solução

Descreve-se a estrutura e a organização da solução da aplicação. Aqui são
descritas as funções principais dos ficheiros criados para o funcionamento da aplicação
bem como as tabelas e as relações que estabelecem entre si.
Capítulo 5 – Resultados
Apresentam-se os resultados finais do desenvolvimento deste projecto e as
páginas da interface com o utilizador bem como a tela do teste Griffiths desenvolvida
pela empresa BlueWorks.
Capítulo 6 – Conclusões
Faz-se uma análise dos conhecimentos adquiridos com o presente projecto e uma
projecção sobre a linha de trabalho a desenvolver no futuro bem como uma apreciação
global de todo o trabalho.

Capítulo 2
Gestão do Projecto
Gestão do Projecto
2.1. Membros do Projecto
Este projecto é composto por um aluno de mestrado em Engenharia Biomédica

da Faculdade de Ciências e Tecnologia da Universidade de Coimbra, por um supervisor
do Hospital Pediátrico do Centro Hospitalar e Universitário de Coimbra e por um
orientador do mesmo hospital apresentados na Tabela 1:
Tabela 1 - Membros constituintes do projecto
Nome Função Contacto

André Sousa Mestrando asousa007@hotmail.com
Eng.ª Ana Martins Supervisor a.margaridamartins@hotmail.com
Professora Doutora Guiomar Oliveira Orientador guiomar@chc.min-saude.pt
2.2. Hospital Pediátrico
O Hospital Pediátrico (HP) que iniciou a sua actividade no dia 1 de Junho de

1977, está actualmente integrado no Centro Hospitalar e Universitário de Coimbra
(CHUC). Nos primeiros 34 anos da sua existência manteve o seu funcionamento num
antigo edifício que pertenceu ao Mosteiro de Santa Maria de Celas, edifício esse que
remonta ao século XVI. No dia 29 de Janeiro de 2011 foi finalmente instalado num
novo edifício construído de raiz passando a denominar-se Hospital Pediátrico Carmona
da Mota (HPCM). Com esta mudança, para além das notáveis melhorias de condições
físicas, passou a contar com um aumento de 86 para 106 camas disponíveis nos serviços
de internamento. Actualmente presta assistência à população pediátrica dos 0 aos 18
anos de idade.
Sendo o único Hospital Pediátrico na região centro, abrange uma população de
mais de 500.000 habitantes. Cumprindo os termos estabelecidos para hospitais centrais,
tem funções assistenciais, de ensino e de investigação.
Ao longo do tempo, este hospital tornou-se uma referência em áreas
diferenciadas como: Cuidados Intensivos Neonatais e Pediátricos, Cirurgia e
Neurocirurgia, Oncologia, Ortopedia, Pneumologia, Cardiologia, Gastrenterologia,

Gestão do Projecto
Doenças Hereditárias do Metabolismo, Genética, Perturbação do Espectro do Autismo e

Ventilação Não Invasiva Domiciliária.
O Centro de Desenvolvimento da Criança Luís Borges (CDCLB) tornou-se um
centro de referência na área da patologia do neurodesenvolvimento nomeadamente no
que toca à Unidade de Neurodesenvolvimento e Autismo. O facto de possuir uma
equipa multidisciplinar permite uma abordagem global de crianças com problemas de
neurodesenvolvimento. Aqui podemos encontrar pediatras do neurodesenvolvimento,
psicólogos, terapeutas da fala, terapeutas ocupacionais, enfermeiras e assistentes sociais
a trabalharem em conjunto com o intuito de estudarem ao pormenor não só as crianças
com problemas mas também as famílias para que assim se possa traçar o
acompanhamento mais eficaz e adequado a cada situação (17) (18).
Tabela 2 - Movimento assistencial do HPC no período de 2007 a 2011 (17)
2007 2008 2009 2010 2011

Serviço de Urgência 53606 54961 52620 53115 60023
Consultas (total) 63743 69201 71700 75623 79381
Centro de Desenvolvimento Luís Borges 9620 10833 11638 11134 11081
Consulta Pediatria Geral 3306 2896 3303 3393 3374
Internamento (total) 3734 3533 3628 3595 3771
UICD 1133 1078 990 982 1257
Serviço Pediatria Médica 893 944 940 878 893
Serviço de CIPE 341 379 363 354 397
Cirurgias 3873 3576 3782 3564 5934
Fonte: Serviço de gestão de doentes do CHC
2.3. Objectivos do Projecto
De forma a melhorar a qualidade de prestação de serviços de saúde e de facilitar

a investigação clínica e translacional, foi proposto este mesmo trabalho com o intuito de
elaborar uma nova base de dados para a UNDA-HP-CHUC.
Os objectivos iniciais deste projecto eram:

Gestão do Projecto
 Criação de uma nova base de dados;
 Construção de uma plataforma online que possa dar suporte à consulta e à

investigação clínica;
 Proporcionar o registo, armazenamento e posterior consulta de dados por toda a

equipa que acompanha o processo clínico do paciente (Psicólogos, Terapeutas
da Fala, Assistentes Sociais e Pediatras);
 Informatização dos principais testes e escalas utilizados no dia-a-dia dos

profissionais de saúde de modo a evitar o uso excessivo de papel e o aglomerar
de processos nos arquivos;
 Criação de algoritmos de cotação automática de testes para facilitar a obtenção

de resultados dos mesmos por parte dos profissionais de saúde.
Os dois últimos pontos infelizmente não foram totalmente concluídos devido à

necessidade de uma equipa de programadores que não se encontrou disponível. Desta
forma foi dada maior importância aos primeiros pontos.
2.4. Planeamento do Projecto
Nos diagramas de Grantt das Figuras 8 e 9 são apresentados, respectivamente, os

planeamentos iniciais e finais do projecto contendo as seguintes tarefas efectuadas ao
longo destes meses:
1. Levantamento de características de testes e escalas;

2. Passagem de tabelas de cotação de testes e escalas que se encontravam
em papel para o programa Microsoft® Excel;
3. Familiarização com as linguagens de programação e ferramentas de
desenvolvimento utilizadas;
4. Introdução das questões dos testes para tabelas em SQL;

Gestão do Projecto
5. Implementação de novas tabelas na Base de Dados;

6. Modificação do site inicial, desenvolvido com a colaboração da empresa
BlueWorks;
7. Elaboração da tese.
2
Identificação da tarefa
Datas
Figura 8 - Calendarização inicial do desenvolvimento do projecto em diagrama de Grantt
2
Identificação da Tarefa
Datas
Figura 9 - Calendarização final do desenvolvimento do projecto em diagrama de Grantt

Capítulo 3
Conhecimentos
Adquiridos
Conhecimentos Adquiridos
3.1. Arquitectura da Solução em Camadas
Um dos padrões de desenho de arquitectura de software mais utilizado é a

separação dos componentes da aplicação em camadas. Cada camada deve ser coesa e
possuir a mínima dependência possível das demais facultando assim uma clara
decomposição da solução. Este isolamento permite a reutilização do código e a
facilidade na sua manutenção e aperfeiçoamento. Resumindo, os principais objectivos
deste tipo de arquitectura pendem-se com (19):
 Modularidade – divisão da aplicação em módulos independentes;

 Manutenibilidade – redução dos custos de manutenção;
 Extensibilidade – possibilidade de adição de novas funcionalidades sem
alterar as já existentes;
 Reusabilidade – permitir que classes e componentes sejam utilizados noutros
módulos ou mesmo noutras aplicações.
O modelo mais utilizado é o modelo em três camadas: camada da apresentação,

de serviço e de acesso aos dados.
A camada da apresentação é a responsável pela interface gráfica da solução. Esta
camada, que pode ser construída como um website, disponibiliza as funcionalidades
para o utilizador recorrendo a componentes oferecidos pela camada de serviço (6) (19).
A camada de serviço ou lógica de negócio é a responsável pela disponibilização
das funcionalidades do sistema às outras camadas da solução. Trata-se de uma camada
de ligação entre a camada de acesso aos dados e as restantes (6).
Por último, a camada de acesso aos dados ou de persistência é a responsável pelo
armazenamento e recuperação de dados recorrendo a uma base de dados. O resto da
aplicação é isolado do meio de armazenamento de dados utilizado de forma que se este
meio de armazenamento for trocado, apenas será necessário modificar o código desta
camada.
As camadas interagem entre si mas sempre de uma maneira sequencial sem que
uma delas seja omitida. A camada de apresentação não pode comunicar directamente
com a camada de acesso aos dados sem passar anteriormente pela camada de serviço.
Estas relações de comunicação encontram-se esquematizadas na Figura 10.

Figura 10 - Esquema de comunicação entre as diferentes camadas (20)
3.2. Model-View-Controller (MVC)
O MVC é um dos modelos mais utilizados no desenvolvimento de software,

nomeadamente websites. Ao contrário de outras arquitecturas de desenvolvimento de
software, o MVC possui três camadas ou componentes distintos, Model, View e
Controller.
O Model é o componente responsável por lidar directamente com os dados. É
neste parâmetro que a informação é manipulada mais minuciosamente sendo feitos os
cálculos, consultas e regras de negócio da nossa aplicação. No fundo é o componente
que lida directamente com a base de dados utilizada na aplicação.
A View não é mais do que a interface da aplicação com o utilizador. É aqui que
toda a informação dos dados processados no Model é representada.
Por último o Controller é o responsável por controlar todo o fluxo de informação
que passa pelo sistema. Resumindo é o responsável por definir o comportamento da
aplicação, alterando o Model ou as Views, chamando comandos, definindo quais as
regras de negócio a aplicar e para onde de devem dirigir as informações.
As relações principais existentes entre os diferentes componentes MVC
encontram-se esquematizadas na Figura 11.

Mostra status Gera eventos
View Controller
Mudanças
Fornece dados
Model
Figura 11 - Resumo do método de funcionamento do MVC
Devido ao aumento da complexidade dos sistemas informáticos desenvolvidos,

foi necessária a criação de um sistema de desenvolvimento que permitisse maior
flexibilidade facilitando a actualização ou alteração de linhas de código. O MVC veio
permitir essa flexibilidade. Qualquer uma das três camadas é alterada sem interferir com
nenhuma das outras facilitando assim a alteração de layouts, regras de negócio e adição
de novos recursos.
Existem protocolos de notificação entre o Model e as Views. Uma View tem
obrigatoriamente de representar o estado do Model, assim, quando este é modificado
deverá ter a capacidade de notificar todas as Views que dele dependem para que
apresentem sempre a informação actual e fiável. Um único Model poderá ter várias
Views associadas para assim ser possível a representação de diversos casos. Em
qualquer altura é possível adicionar Views sem que o Model seja alterado.
Por outro lado, para implementar uma resposta particular de um input do
utilizador por exemplo, a View utiliza uma instância do Controller. É no Controller que
acontece a validação do pretendido pelo utilizador antes de se proceder a alguma
alteração nos dados. Qualquer acto invocado pelo utilizador de editar, eliminar ou
adicionar é processado inicialmente no Controller, que depois de validar estas
alterações, alerta o Model das mudanças a efectuar que por último fornecerá os dados
processados que a View deverá mostrar (21) (22).

Resumindo, as principais vantagens da arquitectura MVC prendem-se com:
 Facilidade de manutenção e adição novos de recursos;

 Facilidade no reaproveitamento de código já existente;
 Código “limpo”;
 Possibilidade de divisão de tarefas por uma equipa.
3.3. WebServices
Podemos definir WebServices (WS) como aplicações capazes de interagirem

entre si automatizando tarefas sem que seja utilizada a mesma linguagem entre elas. Na
realidade, os WS são uma norma que define formas de interacção aplicação-aplicação
sobre uma rede local ou global recorrendo a formatos abertos. Os WS são utilizados na
sua maioria para permitir a comunicação entre plataformas diferentes sem que para isso
elas sejam compatíveis. Na verdade, trata-se de uma ponte que permite o envio e
recepção de dados no formato universal de linguagem eXtensible Markup Language
(XML) entre aplicações.
Os WS para além de virem substituir tarefas que até então eram executadas com
intervenção humana, têm a característica da interoperabilidade ou seja, fornecem uma
plataforma de integração entre aplicações de diferentes linguagens e implementadas em
qualquer sistema operativo. Pretende-se garantir maior agilidade, eficiência, dinamismo
e principalmente segurança na comunicação entre plataformas. Os dados processados
ficam assim disponíveis sobre a rede de uma forma normalizada podendo ser utilizados
em diferentes aplicações. O motivo de os WS serem baseados em tecnologias standards
como o XML faz deles um conceito atractivo e cada vez mais usado em aplicações de
empresas e no próprio comércio electrónico.
Na Figura 12 e na Figura 13 esquematiza-se a transmissão de dados sem e com a
utilização da tecnologia dos WS respectivamente.

Figura 12 - Transmissão de dados sem a utilização de WS (23)
Figura 13 - Transmissão de dados utilizando a tecnologia dos WS (23)

Numa transmissão corrente de dados, o transporte destes é efectuado através do

HyperText Transfer Protocol (HTTP) sobre o formato XML sendo que inicialmente
necessitam de ser encapsulados e codificados através do Simple Object Access Protocol
(SOAP). De facto, o XML é a base com que os WS são construídos fornecendo a
descrição, armazenamento e formato da transmissão para troca de dados. Por outro lado,
o SOAP é o que permite o transporte dos dados pelos WS e a sua codificação de forma
a permitir que exista um protocolo comum entre as transferências. O HTTP apenas
funciona como um correio de mensagens fazendo uma requisição para aceder aos dados
(23) (24).
Na Figura 14 demonstra-se uma comunicação por WS. Podemos visualizar um
diagrama ilustrativo de uma comunicação entre um cliente e um servidor utilizando WS.
SOAP
WS WS Aplicação
Aplicação
Cliente HTTP Servidor 2
1
SOAP
Figura 14 - Exemplo de uma comunicação por WS
3.4. Características de uma Base de Dados
Existem diversas características que devem ser respeitadas para que tenhamos
uma base de dados coerente e organizada. Uma base de dados relacional é aquela em
que os dados são armazenados em tabelas que se relacionam entre si. Essas tabelas
devem obedecer às seguintes regras:
 Possuir um nome único que as identifique e as distinga das restantes;

 Possuir uma chave primária;
 Cada linha deve representar uma entidade única;

 Cada coluna representa um atributo que deverá ter um nome único

que o identifique e o distinga dos restantes;
 Cada atributo deverá possuir restrições ao valor que pode tomar
constituindo assim um domínio de valores que serão aceites.
Numa aplicação típica, todas as bases de dados necessitam de possuir uma

interface com o utilizador ou cliente que lhe permita aceder aos dados. O cliente terá de
pedir através de uma rede e utilizando um Sistema Gerenciador de Base de Dados
(SGBD) e uma notificação ao servidor que contem a base de dados. O servidor irá
enviar então uma resposta pela mesma rede com os resultados pedidos pelo cliente
(Figura 15) (25).
Figura 15 - Esquema de funcionamento de uma aplicação típica de base de dados (25)
3.4.1. Chaves das tabelas
A chave primária de uma tabela não é mais do que um atributo que identifica de
forma inequívoca qualquer registo da tabela. De modo a respeitar este processo deve de
ser única e não nula. Muitas vezes, nos atributos iniciais das tabelas não existe um que
se possa considerar como candidato a ser chave primária por não respeitar as
características referidas anteriormente. Quando assim é, deverá introduzir-se um novo

atributo numérico na tabela que servirá apenas para fazer o papel de uma chave
primária.
Para além da chave primária, existe a chamada chave estrangeira. Esta chave é
bastante importante na relação entre tabelas visto que é ela que permite que duas tabelas
diferentes comuniquem entre si. Esta chave é também um atributo de uma das tabelas
mas que desta vez irá aparecer como chave primária da segunda tabela. Assim, ao
seleccionar um registo da primeira tabela, esta irá possuir um atributo partilhado com a
segunda tabela permitindo que se possa navegar entre tabelas (25).
3.4.2. Integridade de uma base de dados
A integridade de uma base de dados é imprescindível. Podemos dizer que uma

base de dados se encontra num estado de integridade se possuir apenas dados válidos.
Podemos distinguir três tipos de integridades: de entidade, de domínio e referencial.
Para que exista integridade de entidade é necessário que esteja definida uma
chave primária em cada tabela para que não existam registos com os mesmos valores de
chave primária. Por outro lado, para uma base de dados possuir integridade de domínio
terá que ter todos os valores dos atributos das tabelas dentro dos limites ou de certas
regras estipuladas quando foi criada. Por último, para que exista integridade referencial,
as tabelas da base de dados devem possuir chaves estrangeiras de forma que se possam
relacionar entre si. A Figura 16 representa alguns desses problemas.
Figura 16 - Exemplo de alguns problemas de integridade numa tabela

Alem do que já foi referenciado existem outras regras de integridade mais

complexas chamadas regras de negócio. Normalmente estas regras são definidas e
verificadas por certos programas que são executados sempre que os dados são alterados
(25).
3.4.3. Relações entre tabelas
Os relacionamentos entre as tabelas não são todos da mesma forma. Existem

relações que nos dão ordens de obrigatoriedade de relacionamento enquanto outras nos
dão diversas opções. Os diversos relacionamentos permitem a construção de diagramas
relacionais que mostram como se encontra estruturada uma determinada base de dados.
Na Tabela 3 encontram-se representadas as principais relações entre tabelas de uma
base de dados bem como a sua descrição (3) (25).
Tabela 3 - Relacionamentos mais habituais entre tabelas de uma base de dados
Relacionamentos de grau 1:1

Representação 1 Representação 2 Descrição
O facto de existir A não obriga que exista B
sendo que existindo terá de ser um e apenas
A B A: (1 - 0.1) :B um B. Por outro lado, ao existir B tem de
existir obrigatoriamente um e apenas um A
associado.
Existindo A tem de existir um e apenas um
A B A: (1 – 1) :B
B associado e vice-versa.
O facto de existir A não obriga a que exista
um B relacionado sendo que existindo tem
de ser um e apenas um B. Da mesma forma,
A B A: (0.1 - 0.1) :B
o facto de existir B não obriga a que exista
um A associado sendo que existindo terá de
ser um e apenas um A.
Relacionamentos de grau 1:N
Existindo A poderá existir um, muitos ou
A B A: (0.1 - 0.*) :B
nenhum B associado. A relação contraria

indica que um, muitos ou nenhum B

poderão estar associados a um e apenas
um ou nenhum A.
Existindo A há a obrigatoriedade de
existir um ou muitos B associados. Na
relação contrária temos que o facto de
A B A: (0.1 - *) :B
existir B não indica que existirá um A
associado sendo que caso exista terá de
ser um e apenas um A.
Existindo A poderá existir ou não um ou
vários B. Existindo B este terá
A B A: (1-0.*) :B
obrigatoriamente de ter um e apenas um
A associado.
Existindo A é obrigatório que exista um
ou vários B. Na relação contrária,
A B A: (1 - *) :B
existindo B é obrigatório que exista um e
apenas um A associado.
Relacionamentos de grau N:N
Existindo A poderá ou não existir um ou
A B A: (0.* - 0.*) :B muitos B. Na relação contrário acontece
o mesmo.
Existindo A é obrigatório que exista um
ou muitos B associados. Pelo contrário,
A B A: (0.* - *) :B
existindo B poderá existir ou não um ou
muitos A associados.
Existindo A terá obrigatoriamente de
A B A: (* - *) :B existir um ou muitos B associados e
vice-versa.
3.4.4. Herança de tabelas
Muitas vezes para que uma entidade não se torne demasiado confusa podemos
dividi-la em várias sub-entidades mantendo uma super-entidade de referência. Desta
forma podemos especificar mais um registo sem que tenhamos apenas uma tabela com

demasiados atributos que muitas vezes nem seriam preenchidos. A super-entidade

contém os atributos partilhados por todas as sub-entidades e estas apenas os seus
atributos específicos. O nome “herança” vem do facto das sub-entidades herdarem todos
os atributos da super-entidade (25).
Na Figura 17 encontra-se um exemplo mais elucidativo deste conceito. Uma
pessoa possui um nome e um número de BI e pode ser um aluno ou um professor.
Contudo, os restantes atributos de um aluno são diferentes dos de um professor. A
tabela pessoa é uma super-entidade e as tabelas professor e aluno são sub-entidades.
Figura 17 - Exemplo de uma herança de tabelas
3.5. Structured Query Language (SQL)
Structured Query Language (SQL) é uma linguagem utilizada na pesquisa e

criação de base de dados. Em comparação com outros tipos de linguagem utilizada para
os mesmos fins, podemos referenciar que o SQL é um aplicativo simples e
relativamente fácil de utilizar o que actualmente o torna um dos mais usados no mundo.
As suas principais características prendem-se com (26):
 Integridade dos dados;

 Optimização das consultas;
 Dados independentes a nível físico e lógico;
 Backup de dados;
 Segurança.

3.5.1. Comandos SQL
Existe um vasto número de palavras-chave utilizados pelo SQL que permitem a

manipulação, controle e definição de dados. Na Tabela 4 são apresentados os comandos
mais utilizados e indicação das suas funções (26) (27).
Tabela 4 - Comandos mais utilizados na linguagem SQL e sua descrição resumida
Linguagem de Manipulação de Dados (DML)

Comando Descrição
INSERT Insere um registo numa tabela
SELECT Selecciona dados a consultar numa tabela
DELETE Remove linhas numa tabela
UPDATE Muda os valores de linhas existentes numa tabela
Linguagem de Definição de Dados (DDL)
Comando Descrição
CREATE Cria um objecto na base de dados
DROP Apaga objectos na base de dados
ALTER Permite alterar um objecto numa base de dados
Linguagem de Controlo de Dados (DCL)
Comando Descrição
GRANT Autoriza o utilizador a executar operações
REVOKE Restringe a capacidade de o utilizador executar operações
Cláusulas
Comando Descrição
FROM Especifica a tabela onde irá ser efectuada uma consulta
WHERE Especifica condições de selecção para os registos a seleccionar
GROUP BY Separa os registos seleccionados em grupos
HAVING Expressa uma condição a satisfazer
ORDER BY Ordena registos seleccionados por uma ordem específica
DISTINCT Utilizado para seleccionar dados sem repetição
Operadores Lógicos
Comando Descrição
AND ‘E’ lógico. Devolve um valor caso ambas as condições sejam correctas
OR ‘OU’ lógico. Devolve um valor caso alguma das condições esteja correcta
NOT ‘NÃO’ lógico. Devolve o valor contrário da expressão utilizada

Funções de Agregação
Comando Descrição
AVG Calcula a média dos valores da selecção
COUNT Devolve o número de registos da selecção
SUM Calcula a soma dos valores dos registos seleccionados
MAX Indica o valor mais elevado da selecção
MIN Indica o valor mais baixo da selecção
Operadores Relacionais
Comando Descrição
BETWEEN Especifica um intervalo de valores
LIKE Especifica tipos de registos a seleccionar por comparação
IN Verifica se um valor se encontra dentro de uma determinada lista
< Menor
> Maior
<= Menor ou igual
>= Maior ou igual
<> Diferente
= Igual
Para além dos comandos referidos na Tabela 4, o SQL possui muitos mais que
permitem ao utilizador a possibilidade de fazer várias acções de manipulação e
tratamento de dados. No entanto, os outros comandos não são tão importantes comos os
referidos anteriormente para a realização deste projecto.
3.5.2. Tipos de dados
Para o armazenamento de informação de forma mais compacta e organizada, o

SQL fornece uma vasta lista de tipos de dados que podemos utilizar. Uma boa escolha
no tipo de dados a utilizar em cada campo de uma tabela pode tornar-se muito vantajoso
quer a nível de realização e modelagem como a nível de limitação de tamanho ocupado
pela base de dados. No entanto, quando pretendemos utilizar a base de dados construída
num projecto edificado na linguagem C# temos de ter em atenção algumas mudanças. A
Tabela 5 mostra os principais tipos de dados que o Microsoft SQL Server 2008® oferece,
a descrição dos mesmos e a sua equivalência em C# (27) (28).

Tabela 5 - Principais tipos de dados utilizados no Microsoft SQL Server 2008® e sua equivalência em C#
Dados Numéricos
Tipo em SQL Tipo em C# Descrição Tamanho
TINYINT byte Armazena valores inteiros de 0 a 255 1 Byte
Armazena valores inteiros entre -32768 e
SMALLINT Short(Int16) 2 Bytes
32767
Armazena valores inteiros entre
INT int (Int32) 4 Bytes
-2147483648 e 2147483647
Armazena valores inteiros entre
BIGINT long (Int64) -9223372036854775808 e 8 Bytes
9223372036854775807
Armazena valores numéricos inteiros com
DECIMAL(P,S) casas decimais utilizando precisão. P é a 5 a 17
NUMERIC(P,S) quantidade de dígitos da parte inteira e S a Bytes
quantidade de dígitos da parte decimal.
Armazena valores numéricos decimais (ou
Decimal
SMALLMONEY monetários) entre -214748,3648 e 4 Bytes
214748,3647
Armazena valores numéricos decimais (ou
MONEY monetários) entre -922337203685477,5808 e 8 Bytes
922337203685477,5807
Armazena valores numéricos aproximados
Float
REAL com precisão de ponto flutuante entre 4 Bytes
(Single)
-3,40E + 38 e 3,40E + 38
Armazena valores numéricos aproximados
FLOAT Double com precisão de ponto flutuante entre 4 a 8 Bytes
-1,79E + 308 e 1,79E + 308
Dados Literais
Armazena N caracteres fixos (até 8000) em
formato não Unicode. Se o número de
CHAR(N) Variável
caracteres for menor que N, o resto do espaço
string é preenchido com espaços em branco.
Armazena caracteres de tamanho variável até
VARCHAR(N) ao máximo de N (até 8000) em formato não Variável
Unicode.

Armazena até 2147483647 caracteres no

formato não Unicode sendo que caso o
TEXT Variável
número de caracteres seja menor, o restante
não é preenchido.
Armazena N caracteres fixos (até 4000) em
formato Unicode. Se o número de caracteres
NCHAR(N) Variável
for menor que N, o resto do espaço é
preenchido com espaços em branco.
Armazena caracteres de tamanho variável até
NVARCHAR(N) ao máximo de N (até 4000) em formato Variável
Unicode.
Armazena até 1.073.741.823 caracteres no
formato Unicode sendo que caso o número
NTEXT Variável
de caracteres seja menor, o restante não é
preenchido.
Dados Temporais
Armazena hora e data entre 1 de Janeiro de
DATETIME 1753 e 31 de Dezembro de 9999. Precisão da 8 Bytes
horam em centésimos de segundo.
Armazena hora e data entre 1 de Janeiro de
SMALL
1900 e 6 de Junho de 2079. Precisão da hora 4 Bytes
DATETIME DateTime
em segundos.
Armazena uma data entre 1 de Janeiro de
DATE 3 Bytes
0000 e 31 de Dezembro de 9999
Armazena uma hora com precisão de 100
TIME 3 – 5 Bytes
nanosegundos.
Dados Binários
Tipo Tipo em C# Descrição Tamanho
Armazena valores lógicos tomando apenas os
BIT 1 Bit
valores de 0 ou 1
Armazena dados binários de comprimento
BINARY(N) bool Variável
fixo igual a N até um máximo de 8000 Bytes.
(Boolean)
Armazena dados binários de comprimento
VARBINARY
variável até a um máximo de N (até 8000 Variável
(N)
Bytes)

Existem outros tipos de dados reconhecidos pelo Microsoft SQL Server 2008®
mas que não são relevantes no contexto deste projecto.
3.6. Oracle
O Oracle é um SGBD ou seja, é um software responsável por toda a gestão de

uma base de dados. Esta gestão é feita utilizando comandos SQL.
O Oracle permite assim armazenar, extrair e modificar informações de uma base
de dados agindo de certa forma como uma interface entre os dados e a aplicação que os
irá utilizar. Do todo que é a aplicação, podemos separá-la em três partes fundamentais:
DDL, DML e Repositório de Dados. O DDL permite estruturar a base de dados, o DML
permite a alteração e manipulação em geral dos dados e o Repositório de Dados
funciona como um grande dicionário que guarda informações sobre os elementos de
dados e as características a eles associadas permitindo assim a recuperação de dados
(29).
Podemos então concluir que os principais papéis do SGBD são (30):
 Gestão e armazenamento de dados;

 Controlo e restrição de acesso a dados;
 Controlo de segurança e recuperação de dados;
 Interpretação da linguagem SQL.
3.7. Ambiente de Desenvolvimento
Para a construção deste projecto, nomeadamente na área da interface com o

utilizador, a principal linguagem de programação empregada foi o C#. Para isso foi
utilizado o ambiente integrado de desenvolvimento Microsoft Visual Studio 2010® com
o aplicativo Microsoft Visual C#® associado. Uma vez que este tipo de linguagem não
faz parte do plano curricular do Mestrado Integrado em Engenharia Biomédica (MIEB)

foi necessário um tempo longo de adaptação. Por outro lado, a sua semelhança com
algumas linguagens de programação leccionadas no curso MIEB, nomeadamente Java
Script® e Visual Basic®, permitiu o contorno de algumas dificuldades.
A linguagem C# foi escolhida para este projecto uma vez que é orientada
especialmente para objectos e possui uma grande oferta de soluções no que toca à
criação de aplicações gráficas (31).
No que toca à criação e manipulação da base de dados foi utilizado o SGBD
Microsoft SQL Server 2008®. Contudo, o Microsoft Visual Studio 2010® também possui
aplicativos que permitem o auxílio na manutenção da base de dados.
O desenvolvimento do projecto foi feito com base numa arquitectura em três
camadas utilizado o método MVC na camada de apresentação, repositório de dados em
Oracle na camada de acesso aos dados e tecnologia WS na camada de serviço. A base
de dados foi inteiramente construída utilizando a linguagem padrão SQL.

Capítulo 4
Estrutura da Solução
A solução deste projecto foi construída em três camadas contendo, cada uma
delas, os elementos fundamentais para o seu bom funcionamento. Estamos perante uma
camada de acesso aos dados, de serviço e de apresentação.
É de referir que de início os códigos utilizados na programação foram
desenvolvidos pela empresa BlueWorks tendo, posteriormente, modificado e adaptado
os originais e noutros casos desenvolvi novo código. Além disso as visões avançadas
assim como o resultado final do teste Griffiths que foram processados com o framework
Microsoft® Silverlight também foram da autoria da mesma empresa. De qualquer forma
esses resultados são aqui apresentados uma vez que estive envolvido nomeadamente no
levantamento das características dos testes (entre eles o de Griffiths) e na introdução das
suas questões em tabelas SQL o que permitiu a sua construção.
4.1. Camada de acesso aos dados
Nesta camada, tal como o nome indica, é onde se encontram os comandos que
permitem o acesso à base de dados. Esta camada diz respeito ao projecto com o nome
de BW.Core. Na Figura 18 encontram-se representados os ficheiros principais que
fazem parte da camada de acesso aos dados.
De todos os ficheiros representados na Figura 18 as mais importantes são os da
pasta OracleDAL e da pasta Repositories pois é aqui que possuímos o nosso SGBD.
A pasta OracleDAL apenas contem um ficheiro com o mesmo nome,
OracleDAL.cs. Este ficheiro trata-se de uma classe que transporta as funções mais
importantes de um SGBD. Neste ficheiro foram criadas funções de modo a que seja
aberta a conexão com a base de dados e que sejam feitas queries para se obterem
informações sobre os dados que nela constam. Possui diversos pontos de pesquisa para
as diversas tabelas da base de dados como sendo: GetDiagnostico, GetHistoriaClinica,
entre outras.
Na pasta Repositories encontram-se os repositórios para os dados das diferentes
tabelas da base de dados. Estes ficheiros permitem uma protecção dos dados quando se
tenta fazer uma substituição, eliminação e mesmo adição. De certa forma, os ficheiros
que constam nesta pasta restringem as permissões para o acesso aos dados.

Figura 18 - Representação dos ficheiros que constam na camada de acesso aos dados
Na pasta DBModel está presente o modelo da base de dados construída. São

apresentadas as tabelas e os seus atributos bem como as relações presentes entre elas. A
arquitectura e a análise dos componentes da base de dados encontram-se descritas mais
à frente neste capítulo. No desdobramento do ficheiro Model.edmx existe outro
denominado Model.Designer.cs de geração automática e que possui representadas todas
as relações entre as tabelas da base de dados utilizando as suas chaves estrangeiras.
Para além dos referenciados, existem outros ficheiros presentes nesta camada,
muitos deles de criação automática e que servem para fornecer métodos auxiliares aos
utilizadores ou para controlarem o acesso à base de dados. Como se tratam de ficheiros
sem grande influência no funcionamento da aplicação, neste contexto não existe
necessidade de os descrever em detalhe.

4.2. Camada de serviço
Figura 19 - Representação dos principais ficheiros que fazem parte da camada de serviço da aplicação
Na camada de serviço, para além das suas funções naturais de ligação entre a
camada de acesso aos dados e da camada de apresentação, fornece as principais regras
de negócio da aplicação permitindo apagar, modificar e adicionar informações à base de
dados. Na solução construída, o projecto correspondente a esta camada tem o nome de
BW.RESTService. Na Figura 19 encontram-se representados os ficheiros principais que
fazem parte da camada de serviço.

Na pasta Structures estão presentes os ficheiros que definem as variáveis que

serão utilizadas ao longo do projecto. É aqui que são utilizados os parâmetros get e set.
Além disso, nestes ficheiros é efectuada a ligação das variáveis aos atributos das tabelas
da base de dados.
No ficheiro RestServiceMain.svc.cs são definidos os métodos a utilizar na
aplicação. Esses métodos prendem-se com o procurar, adicionar, apagar, alterar, entre
outras funções.
Na pasta Interfaces estão presentes os ficheiros que permitem encapsular as
informações importantes e assim transmiti-las às outras camadas. No ficheiro
IAuthenticatedService.cs estão contidas as rotinas de autentificação de login. No fundo
verifica-se se o login utilizado se encontra no sistema. O ficheiro IRestServiceMain.cs
possui as autorizações para a transmissão dos métodos e das variáveis definidas na pasta
Structures. Ainda na pasta Interfaces está presente o ficheiro IRestServiceGriffiths.cs
que contem os métodos utilizados no teste de Griffiths.
A pasta Mappers contem apenas o mapeamento das questões utilizadas no teste
de Griffiths. Apesar de este teste ser o único desenvolvido até ao momento ainda não se
encontra totalmente operacional.
Tal como na camada de acesso aos dados, nesta também existem outros ficheiros
não referenciados mas que não são relevantes neste trabalho.
4.3. Camada de apresentação
Na camada de apresentação é onde se encontra definido o website que permite a

utilização da aplicação por um cliente. Na solução construída, o projecto correspondente
a esta camada tem o nome de BW.Pediatric. Esta camada está construída com base nos
princípios de desenvolvimento em MVC. A maior parte desta camada foi construída
com a ajuda da empresa BlueWorks devido à complexidade e à segurança que uma
interface desta natureza requer.
Logo no início deste projecto temos um serviço de referências denominado
MainService. Este serviço recebe as informações da camada de serviço e armazena-as
de forma a poderem ser utilizadas na camada de apresentação. O ficheiro MainService
vai servir então como uma biblioteca com os parâmetros que se encontram disponíveis

para utilizar. Na Figura 20 encontram-se representados os ficheiros que fazem parte da

camada de apresentação.
Figura 20 - Principais ficheiros da camada de apresentação
Podemos verificar que as pastas mais importantes deste projecto são a pasta
Controllers, Models e Views. São nestas pastas que se encontram os componentes
principais da arquitectura MVC.

Na pasta Controllers é onde se encontram os ficheiros responsáveis pelo

controle do website. São nestes ficheiros que são utilizados os parâmetros de pesquisa
que foram referenciados na camada de acesso aos dados como por exemplo o
GetPatient. No fundo, todas as regras de negócio utilizadas na interface da aplicação
são definidas aqui. Apenas as regras estipuladas nesta pasta ficam prontas para serem
utilizadas na aplicação.
Na pasta Views encontram-se os ficheiros que estipulam a apresentação visual
que temos na aplicação. É aqui que é definida a arquitectura das páginas que veremos
no website. Nestes ficheiros, para além da utilização da linguagem HTML, foi também
utilizado JavaScript. Um pouco em conjunto com esta pasta existe a pasta Content que
possui os conteúdos que são utilizados como sendo imagens, tipos de letra, etc..
No que diz respeito à utilização da base de dados temos a pasta Models. No
entanto, da maneira que a solução está construída, nos ficheiros desta pasta apenas
necessitamos de referir que as definições de ligação entre as variáveis utilizadas na
aplicação e os atributos das tabelas já se encontram definido na camada de serviço.
Assim, no que diz respeito aos dados, ficamos com ficheiros relativamente simples.
4.4. Arquitectura da Base de Dados
Na Figura 21 encontra-se uma representação esquemática da visão geral das

tabelas construídas. Podemos olhar para o esquema como que se tratasse de um
caminho, caminho esse que tem o seu início na tabela patient.
De seguida serão apresentadas as tabelas com os seus respectivos atributos e
separadas por ligações.

Figura 21 - Visão geral das tabelas presentes na base de dados
4.4.1. Paciente – Episódio
Todos os pacientes que fazem ou farão parte do sistema têm os seus dados
pessoais registados na tabela patient. Além disso é-lhes atribuído um número sequencial
que funcionará como chave primária permitindo assim que cada registo seja único
mesmo que existam duas pessoas com o mesmo nome por exemplo.
A tabela episode representa todos os episódios ocorridos com o paciente. Por
outras palavras, sempre que um paciente dá entrada na unidade é considerado um
episódio. Na tabela episode é apenas indicada uma identificação do episódio em
questão. O tipo de episódio propriamente dito será indicado nas tabelas seguintes.
Como se pode verificar na Figura 22, a tabela patient encontra-se ligada à tabela
episode através de uma ligação 1-* ou traduzindo, um para muitos. Isto traduz-se em
que cada episódio apenas pode fazer parte de um paciente mas, por outro lado, um
paciente pode ter muitos episódios.

Figura 22 - Ligação das tabelas patient e episode e seus atributos
4.4.2. Herança Episódio
A tabela episode apresenta uma herança ou seja, desdobra-se em tipos de

episódios. A base de dados encontra-se construída de forma a existirem dois tipos de
episódios distintos, admissões nas urgências ou consultas efectivadas. Podemos
verificar que quer na tabela urg_admissoes como na con_efectivadas são registadas
todas as características que este episódio possuiu tais como o médico que consultou, a
data de realização, hora, entre outras.
Na Figura 23 podemos verificar que as ligações da tabela episode às tabelas
urg_admissoes e con_efictivadas são da forma 1-0.1 ou por outras palavras, de um para
zero ou um. Isto indica-nos que um episódio pode ser referente a uma urgência ou a
uma consulta sendo que o facto de existir uma admissão na urgência não obriga a que
exista uma consulta efectiva e vice-versa. Por outro lado, todas as consultas efectivadas
e as admissões nas urgências têm obrigatoriamente uma ligação à tabela episode.

Figura 23 - Tabelas da herança da tabela episode e seus atributos
4.4.3. Episódio – Diagnóstico e Episódio – História Clínica
Em qualquer tipo de episódio, existem informações que são relevantes e que o

médico tem necessidade de registar. À partida temos logo a informação sobre o
diagnóstico do paciente mas também a história clínica associada a este.
Na Figura 24 verificamos que a ligação da tabela episode às tabelas diagnostico
e historia_clinica são do tipo 1-* ou um para muitos. Esta informação indica-nos que
um episódio poderá ter vários diagnósticos e ao mesmo tempo poderão ser preenchidas

várias tabelas da história clínica do paciente (a tabela historia_clinica possui um

herança como veremos adiante).
Figura 24 - Ligação da tabela episode às tabelas diagnostico e historia_clínica e seus atributos
É bastante importante ser permitido que um paciente possua mais que uma
história clínica pois o seu estado de saúde muda constantemente e para o médico que o
acompanha não é apenas importante o que se verifica actualmente mas sim o que já se
verificou no passado.

4.4.4. Herança História Clínica
Figura 25 - Herança da tabela historia_clinica e seus atributos
Como herança, a tabela historia_clinica desdobra-se em diversas tabelas sendo

elas: ant_pessoais_neonatais, ant_pessoais_pre_e_perinatais, doenca_actual,
medicacao, exame_fisico e antecedentes_familiares.
Todas as tabelas referidas anteriormente possuem uma ligação 1-0.1 à tabela
historia_clinica o que indica que o facto de termos de preencher uma das tabelas não
nos obriga a termos de preenche-las todas. Este facto é importante pois permite que a
história clínica de um paciente possa estar completa sem que para isso tenhamos de a

registar toda de uma vez, podendo então fazer o registo apenas das tabelas que
acharmos pertinentes ou então consoante a disponibilidade de tempo, podendo depois
ser completada. Na Figura 25 encontra-se o esquema completo desta herança com as
respectivas tabelas e atributos.

Capítulo 5
Resultados
Resultados
5.1. Páginas obtidas para a interface
Nesta secção são apresentadas as páginas obtidas para o website que serão
utilizadas na interface com o utilizador. Também é apresentado o Teste de Griffiths
informatizado utilizando o framework Microsoft® Silverlight.
Todas as páginas foram construídas de forma que não se tornassem muito
diferentes do ambiente a que os profissionais de saúde estão habituados. Assim é
possível diminuir o tempo de adaptação à plataforma e permitir uma rápida
aprendizagem.
5.1.1. Website
Figura 26 - Tela de login do site criado
Inicialmente o utilizador terá de efectuar um login para que possa aceder a todas
as ferramentas do website criado. Pode verificar-se na Figura 26 que apresenta um

Resultados
ambiente inovador e agradável à vista e que já se encontra preparado com um teclado

digital para que num futuro próximo possa ser utilizado em equipamentos touchscreen.
A Figura 27 pode ver-se a tela com que o utilizador se depara depois de ter feito
login no site.
Figura 27 - Tela principal, após efectuado o login
Depois de efectuar login, o utilizador depara-se com uma página que possui um
campo com notícias sobre a UNDA, um chat que possibilitará a comunicação entre
utilizadores desta plataforma e campos de pesquisa simples que utilizam o Nº de
Processo do Utente, Nº de Utente ou Nº de Episódio. É igualmente possível efectuar
uma pesquisa avançada. Na pesquisa avançada, esta é feita pelo nome, restringindo as
idades e o género a que se quer fazer a busca. Na Figura 28 é apresentada uma pesquisa
avançada com o nome de “Margarida” restringindo a busca ao género feminino com
idades compreendidas entre os 0 e os 17 anos.

Resultados
Figura 28 - Pesquisa avançada por nome e restrição de sexo e idades
Depois de o utilizador seleccionar o paciente desejado, irão surgir-lhe os seus

dados pessoais assim como as datas de todas as admissões nas urgências e de todas as
consultas efectivadas (Figura 29).
Figura 29 – Apresentação dos dados pessoais de um paciente
Aqui o utilizador poderá clicar numa das datas quer das consultas efectivadas
quer das admissões nas urgências e assim poder visualizar os detalhes desse episódio
(Figura 30).

Resultados
Figura 30 - Detalhes de uma consulta efectivada
Até ao momento, no que diz respeito à interface do WebSite com o utilizador,

estas são as janelas que já se encontram disponíveis.
5.1.2. Teste de Griffiths
No que diz respeito aos testes, o único que até ao momento foi desenvolvido de
forma a tornar-se uma aplicação informática foi o teste de Griffiths. Como já foi
referido anteriormente foi desenvolvido em comandos Silverlight.
Como se pode visualizar na Figura 31, o ambiente de preenchimento do teste de
Griffiths mostra-se muito inovador e agradável. Até ao momento apenas se encontra
disponível o seu preenchimento sendo que as regras de cotação automáticas ainda não
se encontram implementadas.
No desenvolvimento deste aplicativo foi tida em conta a manutenção da
semelhança com o teste existente em papel nomeadamente em termos de cores e
estrutura aparente para que a sua futura adopção por parte dos profissionais de saúde
seja mais fácil e intuitiva.

Resultados
Figura 31 - Exemplo de preenchimento de um teste de Griffiths, subescala da locomoção

Capítulo 6
Conclusões
Conclusões
No desenho do projecto foi tida em conta não só uma abordagem da parte da

engenharia mas também da parte médica. Notou-se que num projecto deste tipo é
importante a presença uma equipa multidisciplinar que possua para além dos
conhecimentos em engenharia de software, conhecimentos básicos de medicina. É
importante perceber o que é fundamental para a colheita clínica e não somente o que
aparenta fazer falta do ponto de vista da engenharia. Neste contexto a Engenharia
Biomédica mostra-se uma disciplina útil possibilitando esta ligação.
A primeira fase deste projecto prendeu-se essencialmente com a análise do que
se pretendia do ponto de vista clínico. Nesta fase foram analisados diversos factores
como por exemplo a antiga base de dados e os seus problemas que impossibilitavam a
sua utilização mais ambiciosa num processo de investigação clínica. Também foi feita a
compreensão do benefício que a melhoria do registo de dados e do tempo gasto nos
instrumentos de avaliação utilizados traria.
Na segunda fase foi feita a adaptação necessária a todos os instrumentos de
desenvolvimento informático que viriam a ser utilizados mais tarde na construção da
plataforma. Esta foi a parte mais enriquecedora do projecto pois permitiu-me aumentar
os conhecimentos básicos que já possuía em SQL e a aprendizagem total de uma nova
linguagem de programação até então desconhecida, C#. Apesar dos problemas naturais
de adaptação a uma nova linguagem, as bases de outras linguagens leccionadas ao longo
do curso de Engenharia Biomédica, nomeadamente JavaTM, permitiram-me traçar
algumas semelhanças e facilitar este percurso de adaptação.
Posso definir a terceira fase como a reunião das duas primeiras. Utilizando os
dados recolhidos na primeira fase e aplicando os conhecimentos adquiridos na segunda
foi possível a evolução da plataforma construída. Devido ao consumo de tempo na
aprendizagem na segunda fase ainda existe muito espaço para evoluir nesta aplicação de
forma a proporcionar as melhores condições aos seus futuros utilizadores.
6.1 Trabalho Futuro
Este projecto tem um passo que considero de elevada importância para a sua
continuação que é o desenvolvimento de processos de cotação automática dos testes e a
informatização de outros ainda não estudados.

Conclusões
Existem muitas outras tabelas que podem ser adicionadas à plataforma

construída. Ao longo deste projecto apenas foi dada maior relevância ao registo da
história clínica por aparentar ser mais importante e acessível.
Um software tem de ter a possibilidade de sofrer updates não se podendo
apresentar inacessível a isso para que não corra o risco de ficar desactualizado e cair em
desuso. Todas as aplicações possuem um ciclo e o que foi feito aqui representa apenas a
primeira fase. No futuro, deve ser dada continuidade a este trabalho seguindo as novas
tecnologias e melhorando sempre o que já existe permitindo que a plataforma construída
possa ser utilizada diariamente pelos clínicos, facto que ainda não se confirma.
Para que o trabalho se possa dar como totalmente concluído será necessária a
colaboração futura de uma equipa de programadores e designers informáticos que
possuam todos os conhecimentos necessários para a complexidade deste projecto
inovador.

Referências Bibliográficas
Referências Bibliográfica
1. Antunes, João Lobo. Investigação Científica e Plano Nacional de Saúde. Julho de 2010.
2. Vizzotto, Marília Martins e Gomes, Renata Cressoni. A metodologia em ciências da saúde.

Mudanças - Psicologia da Saúde. 13 (1) 223-245, jan-jun 2005.
3. Vasconcelos, José Braga de. Concepção e Desenvolvimento de Bases de Dados - Tese de

Mestrado. Universidade Fernando Pessoa, Março de 1999.
4. Matsumoto, Cristina Yoshie. A importância do banco de dados em uma organização.

Maringá Management: Revista de Ciências Empresariais. v.3, n.1 p.45-55, jan- jun 2006.
5. Ferro, Amanda Cardoso, et al., et al. The importance of a database structure for the analysis
of accessibility to health care. Faculdade de Ciências e Tecnologia - Campus de Presidente
Prudente, 2009.
6. Soeiro, Ricardo Miguel Simões. A standards-based distributed Healthcare Integration

Engine - Tese de Mestrado. Instituto Superior Técnico de Lisboa, Outubro de 2009.
7. Santos, Pedro Miguel Nunes. Content Addressable Multimedia Database Server for
Medicine: Registo Electrónico de Saúde "PANORAMIX" - Tese de Mestrado. Instituto Superior
Técnico de Lisboa, Outubro de 2008.
8. Garcia, Maria João. No caminho do SAPE e SAM. Interface Saúde. v.28 p. 16-18, Novembro
de 2005.
9. Griffiths, Ruth Florence. The Griffiths mental Development Scales - Extended Revised (Two
to eight Years): Administration Manual. ARICD, 2006.
10. Associação de Amigos do Autista. [Online] [Acesso: 2 de Fevereiro de 2012.]

http://www.ama.org.br/site/pt/escalas.html.
11. [Online] [Acesso: 8 de Fevereiro de 2012.]

http://portal.wpspublish.com/pls/portal/docs/1/132508.JPG.
12. Conners, Keith. Conners' Rating Scales - Revised. Multi-Health Systems Inc., 1997.
13. Encyclopedia of Mental Disorders. [Online] [Acesso: 9 de Fevereiro de 2012.]

http://www.minddisorders.com/Br-Del/Conners-Rating-Scales-Revised.html.
14. Innovact. [Online] [Acesso: 9 de Fevereiro de 2012.]

http://www.innovact.co.za/Test%20for%20Reception%20of%20Grammar%20%28TROG-
2%29.htm.
15. Oliveira, Andreia. Perturbação do Espectro do Autismo - A Comunicação - Tese de

Mestrado. Escola Superior de Educação de Paula Frassinetti, Porto 2008/2009.
16. Calaméo. [Online] [Acesso: 10 de Fevereiro de 2012.]

http://pt.calameo.com/read/0010268381a3755be2f12.

Referências Bibliográficas
17. Rios, Helena. Curriculum Vitae - Internato Médico de Pediatria. Hospital Pediátrico de
Coimbra, Fevereiro de 2012.
18. Morais, M. Crianças e Famílias. Centro Hospitalar e Universitário de Coimbra -

Enfermagem, 2012.
19. Peres, Marcela Mariotti. [Online] [Acesso: 20 de Junho de 2012.]

http://marcelamperes.wordpress.com/.
20. CONNEXIONS. [Online] [Acesso: 17 de Julho de 2012.]

http://cnx.org/content/m17524/latest/.
21. Oficina da Net. [Online] [Acesso: 12 de Abril de 2012.]

http://www.oficinadanet.com.br/artigo/desenvolvimento/o_que_e_model-view-
controller_mvc.
22. Costa, Luís Filipe Medeiro. Criação de uma framework para desenvolvimento colaborativo
- Tese de Mestrado. Instituto Universitário de Lisboa, Setembro de 2010.
23. Ramos, André Miguel Moreira da Silva Diegues. Disponibilização de Informação

Geográfica na Administração da Região Hidrográfica do Alentejo usando WEBSERVICES - Tese
de Mestrado. Instituto Superior de Estatística e Gestão de Informação da Universidade Nova
de Lisboa, Setembro de 2009.
24. Javafree. [Online] [Acesso: 12 de Abril de 2012.]

http://javafree.uol.com.br/artigo/871485/.
25. Furtado, Pedro. Slides da disciplina de Base de Dados e Análise de Informação 2008/2009.
Departamento de Engenharia Informática da FCTUC.
26. Petkovic, D. Microsoft Sql Server 2008 - A Beginner's Guide. s.l. : The McGraw-Hill
Companies, 2008.
27. w3schools.com. [Online] [Acesso: 17 de Abril de 2012.]

http://www.w3schools.com/sql/default.asp.
28. Code Break. [Online] [Acesso: 17 de Abril de 2012.] http://cbsa.com.br/post/tipos-de-

dados-equivalentes-do-c-e-sql-valores-maximos-e-minimos-suportados.aspx.
29. Oracle. [Online] [Acesso: 17 de Abril de 2012.]

http://www.oracle.com/us/corporate/index.html.
30. Bizarro, P. Introdução às Bases de Dados Oracle. Departamento de Engenharia Informática

da Universidade de Coimbra, 2000.
31. Pavlov, S. e Belevsky, P. Windows Embedded CE 6.0 Fundamentals. s.l. : Microsoft Press,
2008.
32. [Online] [Acesso: 20 de Janeiro de 2012.]

http://portal.wpspublish.com/pls/portal/docs/1/132508.JPG.

Anexos
Anexos
Anexo A - Testes e escalas de avaliação de

neurodesenvolvimento
A.1. Escala de Desenvolvimento Mental de Griffiths (Excerto)
André Sousa Figura 32 - Capa do questionário Griffiths Página 65

Anexos
Figura 33 - Subescala A, B e C do questionário Griffiths para o primeiro ano de idade

Anexos
Figura 34 - Subescala D e E do questionário Griffiths para o primeiro ano de idade

Anexos
A.2. Social Communication Questionnaire (SCQ)
Social Communication Questionnaire

TM
AutoScore Form
Michael Rutter, M.D., F.R.S., Anthony Bailey, M.D.,
Sibel Kazak Berument, Ph.D., Catherine Lord, Ph.D. and Andrew Pickles, Ph.D.
Publicado por WESTERN PSYCHOLOGICAL SERVICES
Data: _____ /
_____ / _____
Nome:
_______________________________________________________________________________________________
______
Data de Nascimento: _____ / _____ / _____
Idade Cronológica: _____ Y _____ M Género  F  M
Preenchido por:
______________________________________________________________________________________________
Grau de Parentesco:
__________________________________________________________________________________________
Local da Avaliação:
___________________________________________________________________________________________
Examinador:
_______________________________________________________________________________________________
_
Instruções
Obrigada por ter disponibilizado o seu tempo para responder a este questionário. Por favor
responda a cada uma das questões fazendo um círculo à volta do SIM ou do NÃO.
Algumas das questões colocadas descrevem vários padrões de comportamento que se
relacionam entre si. Faça um círculo à volta do SIM nestas questões sempre que QUALQUER
UM dos comportamentos referidos se encontrou presente NÃO seu/vosso filho/a nos ÚLTIMOS
3 MESES.

Anexos
Mesmo que não tenha a certeza se determinado comportamento se encontrou presente ou não
no período de tempo referido, não deixe de responder SIM ou NÃO a todas as questões, de
acordo com o que pensa.
1. Tem frases?
SE NÃO avance para a questão 8 SIM NÃO
2. É capaz de manter um diálogo adequado (i.é, uma conversa que envolva

uma discussão e uma troca de ideias)? SIM NÃO
3 Alguma vez utilizou ou repetiu palavras/frases estranhas de uma forma

exaustiva e repetitiva (sempre da mesma maneira), fossem palavras/frases que SIM NÃO
tivesse ouvido dizer ou que tivesse inventado?
4 Alguma vez fez perguntas ou afirmações socialmente inapropriadas (ex. fazer

perguntas de foro pessoal/íntimo ou comentários constrangedores a/sobre SIM NÃO
alguém)?
5 Alguma vez inverteu a utilização dos pronomes numa frase (i.é, dizer tu ou
ele/ela em vez de eu)? SIM NÃO
6 Alguma vez utilizou palavras aparentemente inventadas por si ou utilizou uma

forma metafórica de dizer as coisas (ex. referir-se a vapor como chuva SIM NÃO
quente)?
7 Alguma vez repetiu a mesma palavra/frase de modo exaustivo e repetitivo

(sempre da mesma maneira) ou lhe pediu para o fazer? SIM NÃO
8 Alguma vez realizou uma actividade ou tarefa de um modo particular ou

numa determinada ordem ou insistiu que outras pessoas realizassem SIM NÃO
determinados rituais (ex. insistir que alguém abrisse e fechasse a porta
repetidamente)?
9 Considera que ele/ela revela uma expressão facial adequada a determinada

situação? SIM NÃO
10 Alguma vez utilizou a mão de outras pessoas para segurar ou alcançar

objectos ou como se fosse um prolongamento do seu próprio corpo (ex. utilizar SIM NÃO
o dedo de outra pessoa para apontar ou colocar a mão de outra pessoa NÃO
puxador da porta para a abrir)?
11 Alguma vez manifestou interesse por algo ou por alguma actividade que
considerasse estranha ou que parecesse estranha aos olhos de outras SIM NÃO
pessoas (ex. marcas de automóveis, canos de esgoto ou horários)?
12 Alguma vez lhe pareceu estar mais interessado/a em partes de um

brinquedo ou objecto do que propriamente em utilizá-lo ou em brincar com ele SIM NÃO
do modo que seria esperado (ex. girar as rodas de um carro em vez de brincar
com ele)?
13 Alguma vez manifestou um interesse que tivesse considerado ser de uma

intensidade invulgar, embora fosse algo apropriado à sua idade e aos gostos SIM NÃO
do seu grupo de pares (ex. dinossauros, comboios)?
14 Alguma vez revelou um interesse invulgar em fixar o olhar, tocar, ouvir,

lamber ou cheirar objectos ou pessoas? SIM NÃO
15 Alguma vez manifestou maneirismos motores ou fez movimentos estranhos

Anexos
com as mãos ou dedos (ex. fazer flapping (“abanar as mãos”) ou abanar os SIM NÃO
dedos ou as mãos à frente dos olhos)?
16 Alguma vez manifestou movimentos estranhos como, por exemplo, andar às

voltas ou pular repetidamente? SIM NÃO
17 Alguma vez se auto-agrediu de forma deliberada (ex. morder-se, bater com

a cabeça na parede)? SIM NÃO
18 Tem um objecto que insiste em levar sempre consigo, que considere

invulgar? SIM NÃO
19 Tem algum amigo/a preferido/a ou um/a melhor amigo/a?

SIM NÃO
Nos comportamentos seguintes, tenha em conta o período de tempo entre os 4 e os 5 anos de

idade. Pode facilitar recordar-se de eventos chave, como o início de frequência no jardim de
infância, mudanças de casa, época natalícia ou outros eventos que são particularmente
marcantes para a sua/vossa família.
Se o seu/vosso filho/a ainda não tiver 4 anos de idade cronológica, refira-se ao seu
comportamento nos últimos 12 meses.
20. Quando tinha 4-5 anos, alguma vez falou consigo só para ser amável (em
vez de ser para pedir algo)? SIM NÃO
21. Quando tinha 4-5 anos, alguma vez o/a imitou espontaneamente ou a
outras pessoas ou as vossas acções (ex. aspirar, jardinagem, consertar SIM NÃO
coisas)?
22. Quando tinha 4-5 anos, alguma vez apontou espontaneamente para as
coisas à sua volta para as mostrar (ou apontava apenas como forma de pedir SIM NÃO
algo)?
23. Quando tinha 4-5 anos, alguma vez usou gestos, para além do apontar ou
puxar pela sua mão, de forma a demonstrar o que queria? SIM NÃO
24. Quando tinha 4-5 anos, acenava com a cabeça para dizer que “sim”?
SIM NÃO
25. Quando tinha 4-5 anos, acenava com a cabeça para dizer que “não”?
SIM NÃO
26. Quando tinha 4-5 anos, costumava olhar directamente para sua cara
enquanto fazia coisas ou falava para si? SIM NÃO
27. Quando tinha 4-5 anos, sorria em resposta ao sorriso de outra pessoa?
SIM NÃO
28. Quando tinha 4-5 anos, alguma vez ele/ela lhe mostrava coisas de forma a
obter a sua atenção? SIM NÃO
29. Quando tinha 4-5 anos, costumava partilhar coisas consigo, sem ser
comida? SIM NÃO
30. Quando tinha 4-5 anos, alguma vez procurava partilhar consigo a alegria de
estar a fazer algo que lhe provocava prazer? SIM NÃO
31. Quando tinha 4-5 anos, alguma vez procurou confortá-lo/a quando estava
triste, magoado/a ou doente? SIM NÃO
32. Quando ele/ela tinha 4-5 anos, quando queria alguma coisa ou precisava
de algo, olhava para si e usava sons ou palavras acompanhadas por gestos SIM NÃO
para obter a sua atenção?

Anexos
33. Quando tinha 4-5 anos, apresentava uma variedade normal de expressões
faciais? SIM NÃO
34. Quando tinha 4-5 anos, participava espontaneamente e tentava imitar

acções em jogos sociais (ex. brincar à roda ou brincar à apanhada)? SIM NÃO
35. Quando tinha 4-5 anos, tinha jogo simbólico, ou seja, brincava ao faz-de-
conta? SIM NÃO
36. Quando tinha 4-5 anos, interessava-se por outras crianças

aproximadamente da mesma idade, que não conhecia? SIM NÃO
37. Quando tinha 4-5 anos, reagia positivamente quando outras crianças se
aproximavam dele/dela? SIM NÃO
38. Quando tinha 4-5 anos, se chegasse a uma divisão da casa e começasse a
falar para ele/ela, sem o/a chamar pelo nome, costumava olhar para si ou SIM NÃO
prestar atenção ao que lhe estava a dizer?
39. Quando tinha 4-5 anos, alguma vez brincou de forma imaginativa com outra
criança de uma maneira que o/a pai/mãe conseguia perceber que as crianças SIM NÃO
compreendiam o que cada uma estava a imaginar?
40. Quando tinha 4-5 anos, participava cooperativamente em jogos de grupo

(ex. escondidas, mata)? SIM NÃO

Anexos
A.3. Escala de Conners – versão pais
ESCALA DE CONNERS PARA PAIS – VERSÃO REVISTA
(FORMA REDUZIDA)
(Keith Conners, PhD.,1997
Tradução e Adaptação para investigação de Ana Nascimento Rodrigues – Departamento de

Educação Especial e Reabilitação da Faculdade de Motricidade Humana - parte integrante da
dissertação de doutoramento.
Nome da criança: Género F M

Data de Nascimento: Idade: Ano de escolaridade:
Nome do familiar: Data de preenchimento:
Observações:
Abaixo estão discriminados os problemas mais comuns que afectam as crianças no seu
percurso de desenvolvimento. Muitas destas características são normais e passageiras desde
que não se manifestem com elevados valores ao nível da intensidade, frequência e duração.
Por favor responda avaliando o comportamento da criança durante o último mês. Por cada
item, pergunte-se: “com que frequência isto aconteceu no último mês?” e marque a melhor
resposta para cada um. Nenhuma, nunca, raramente ou com pouca frequência pode marcar 0.
Verdadeiramente, ou se ocorre muitas vezes e frequentemente, marque 3. Pode marcar 1 ou 2
para classificações entre um e outro. Por favor responda a todos os itens.
NUNCA UM POUCO FREQUENTEMENTE MUITO FREQUENTE

0 1 2 3
1 Desatento, distrai-se facilmente (38) 0 1 2 3

2 Furioso (zanga-se com facilidade) e ressentido (1) 0 1 2 3
3 Dificuldade em fazer ou acabar os trabalhos de casa (2) 0 1 2 3
Está sempre a movimentar-se ou age como “tendo as pilhas
4 0 1 2 3
carregadas” ou como se “estivesse ligado a um motor” (3)
5 Atento por curtos períodos de tempo (56) 0 1 2 3
6 Discute/argumenta com os adultos (11) 0 1 2 3
7 Mexe muito os pés e as mãos e mexe-se ainda que sentado no lugar 0 1 2 3

Anexos
(55)
8 Não consegue completar o que começa (12) 0 1 2 3
9 Difícil de controlar em centros comerciais ou sítios públicos (13) 0 1 2 3
10 Desarrumado ou desorganizado em casa ou na escola (63) 0 1 2 3
11 Perde o controlo (21) 0 1 2 3
12 Precisa de acompanhamento para executar as suas tarefas (22) 0 1 2 3
13 Só presta atenção quando é uma coisa que lhe interessa (69) 0 1 2 3
14 Corre e trepa em situações inapropriadas (23) 0 1 2 3
15 Distraído e com tempo de atenção curto (45) 0 1 2 3
16 Irritável (31) 0 1 2 3
Evita, tem relutância ou tem dificuldade em empreender tarefas que
17 exigem um esforço continuado (tal como os trabalhos na escola ou de 0 1 2 3
casa) (9)
18 Irrequieto, “tem bicho carpinteiro” (32) 0 1 2 3
19 Distrai-se quando lhe estão a dar instruções para fazer uma coisa (48) 0 1 2 3
20 Provocador ou recusa em satisfazer os pedidos de um adulto (40) 0 1 2 3
21 Tem problemas em concentrar-se nas aulas (19) 0 1 2 3
Tem dificuldade em manter-se numa fila ou esperar a sua vez num jogo
22 0 1 2 3
ou trabalho de grupo (42)
23 Levanta-se na sala ou em lugares onde deveria ficar sentado (76) 0 1 2 3
24 Deliberadamente faz coisas para irritar os outros (67) 0 1 2 3
Não segue instruções e não acaba os trabalhos no lugar (Não é
25 0 1 2 3
dificuldade em entender as instruções ou recusa) (29)
26 Tem dificuldade em brincar ou trabalhar calmamente (59) 0 1 2 3
27 Fica frustrado quando não consegue fazer qualquer coisa (78) 0 1 2 3
Muito obrigado pela sua colaboração.

Anexos
A.4. Escala de Conners – versão professores
ESCALA DE CONNERS PARA PROFESSORES – VERSÃO

REVISTA (FORMA REDUZIDA)
(Keith Conners, PhD.,1997
Tradução e Adaptação para investigação de Ana Nascimento Rodrigues – Departamento de

Educação Especial e Reabilitação da Faculdade de Motricidade Humana
Nome da criança: Género F M

Data de Nascimento: Idade: Ano de escolaridade:
Nome do professor: Data de preenchimento:
Escola onde lecciona:
Observações:
Nas suas próprias palavras, descreva brevemente o principal problema da criança

____________________________________________________________________________
____________________________________________________________________________
____________________________________________________________________________
____________________________________________________________________________
____________________________________________________________________________
Rendimento nas actividades escolares
Actividade Acima da média Média Abaixo da média Muito abaixo da

média
Leitura
Matemática
Caligrafia
Ditado
Outras

Anexos
Descreva qualquer apoio especial que a criança tenha na escola

____________________________________________________________________________
____________________________________________________________________________
____________________________________________________________________________
Abaixo estão discriminados os problemas mais comuns que afectam as crianças no seu
percurso de desenvolvimento. Muitas destas características são normais e passageiras desde
que não se manifestem com elevados valores ao nível da intensidade, frequência e duração.
Por favor responda avaliando o comportamento da criança durante o último mês. Por cada
item, pergunte-se: “com que frequência isto aconteceu no último mês?” e marque a melhor
resposta para cada um. Nenhuma, nunca, raramente ou com pouca frequência pode marcar 0.
Verdadeiramente, ou se ocorre muitas vezes e frequentemente, marque 3. Pode marcar 1 ou 2
para classificações entre um e outro. Por favor responda a todos os itens.
NUNCA UM POUCO FREQUENTEMENTE MUITO FREQUENTE

0 1 2 3
1 Desatento, distrai-se facilmente (26) 0 1 2 3

2 Comportamento de desafio face ao adulto (1) 0 1 2 3
3 Irrequieto, “tem bichos carpinteiros”(mexe o corpo sem sair do lugar)(2) 0 1 2 3
4 Esquece-se de coisas que ele ou ela já aprenderam(3) 0 1 2 3
5 Perturba as outras crianças (35) 0 1 2 3
6 Desafia o adulto e não colabora com os pedidos que lhe são feitos (19) 0 1 2 3
7 Mexe-se muito como se estivesse sempre “ligado a um motor”(11) 0 1 2 3
8 Soletra de forma pobre (21) 0 1 2 3
9 Não consegue manter-se sossegado(a) (38) 0 1 2 3
10 Vingativo(a) ou “maldoso(a)” (47) 0 1 2 3
Levanta-se do lugar na sala de aula ou noutras situações em que
11 0 1 2 3
deveria ficar sentado(a) (20)
12 Mexe os pés e as mãos e está irrequieto(a) no seu lugar (44) 0 1 2 3
13 Capacidades de leitura abaixo do esperado (30) 0 1 2 3
14 Tem um tempo curto de atenção (48) 0 1 2 3
15 Discute/argumenta com os adultos (37) 0 1 2 3
16 Dá apenas atenção a coisas em que está realmente interessado(a) (50) 0 1 2 3
17 Tem dificuldade em esperar pela sua vez (29) 0 1 2 3
18 Não se interessa pelo trabalho escolar (40) 0 1 2 3
19 Distraído(a) ou apresentando curto tempo de atenção (52) 0 1 2 3
20 Tem um temperamento explosivo e imprevisível (7) 0 1 2 3
21 Corre em volta do espaço ou trepa de forma excessiva em situações 0 1 2 3

Anexos
em que esses comportamentos não são adequados (39)

22 Pobre em aritmética (56) 0 1 2 3
Interrompe e intromete-se (por exemplo nos jogos ou conversas de
23 0 1 2 3
outros (55)
Tem dificuldade em empenhar-se em jogos ou actividades de lazer, de
24 0 1 2 3
forma sossegada (42)
25 Não termina as coisas que começa (17) 0 1 2 3
Não segue instruções que lhe foram dadas e não termina o trabalho
26 escolar (não devido a comportamentos de oposição nem por falta de 0 1 2 3
compreensão do que lhe foi pedido) (57)
27 Excitável e impulsivo (8) 0 1 2 3
28 Irrequieto(a), sempre a levantar-se e a movimentar-se pelo espaço (59) 0 1 2 3
Muito obrigado pela sua colaboração.

Anexos
A.5. Test for Reception Of Grammar (TROG)
Figura 35 - Teste de Vocabulário do questionário TROG

Anexos
Figura 36 - Teste de compreenção gramatical do questionário TROG

Anexos
A.6. Escala de Comportamento Adaptativo - Vineland (Excerto)
2 – Sim, normalmente
EXPRESSIVA
RECEPTIVA
Cotação 1 – Algumas vezes, ou parcialmente
ESCRITA
dos 0 – Não, nunca
itens N – Não teve oportunidade
OBSERVAÇÕES
D - Desconhecido
<1 1. Volta os olhos e a cabeça em direcção ao som.

2. Ouve, pelo menos momentaneamente, quando o educador fala.
3. Sorri como resposta à presença do educador.
4. Sorri como resposta à presença de uma pessoa familiar, para além do educador.
5. Estende os braços quando o educador diz: ”Vem cá.” Ou “Upa.”
6. Demonstra compreender a palavra “não”.
7. Imita sons do adulto, imediatamente depois de os ouvir.
8. Demonstra compreender o significado de pelo menos 10 palavras.
1 9. Gesticula apropriadamente para indicar “Sim.”, “Não.”, “Eu quero.”
10. Ouve atentamente as instruções.
11. Demonstra compreender o significado de “Sim.” e “Está bem.”
12. Segue instruções que requerem uma acção e um objecto.
13. Aponta correctamente para, pelo menos, uma parte principal do corpo.
14. Utiliza o 1º nome, ou diminutivo dos irmãos, amigos ou colegas, ou diz os seus
ÁREA DA COMUNICAÇÃO
nomes quando se lhos perguntam.

15. Utiliza frases com verbo e nome, ou com dois nomes
16. Nomeia, pelo menos, 20 objectos, sem se lhe perguntar. (NÃO COTAR 1)
17. Ouve uma história, pelo menos durante 5 minutos.
18. Indica preferência, quando se lhe proporciona escolha.
2 19. Diz, pelo menos, 50 palavras reconhecíveis. (NÃO COTAR 1)
20. Relata experiências espontaneamente e em termos simples.
21. Transmite um recado simples.
22. Utiliza frases com 4, ou mais, palavras.
23. Aponta, a pedido, com precisão para todas as partes do corpo. (NÃO COTAR 1)
24. Diz, pelo menos, 100 palavras reconhecíveis. (NÃO COTAR 1)
25. Fala com frases completas.
26. Utiliza “um(a)” “e o/a” nas frases.
27. segue instruções na forma “Se … então”.
28. Diz o 1º e o último nome, quando se lhe pergunta.
29. Faz perguntas com: “O que é, Onde, Quem, Porque, Quando”. (NÃO COTAR 1)
3,4 30. Diz qual o maior de dois objectos não presentes.
31. Relata experiências com detalhe, quando se lhe pergunta.
32. Utiliza frases com “atrás” ou “entre”, como preposição.
33. Utiliza frases com “à volta”, como preposição, numa frase.
24 42 0 Soma de 2, 1, 0 da pág. 2
Cotar com 2 os itens antes da base e com 0 os itens depois do máximo
OBSERVAÇÕES
RECEPTIVA
EXPRESSIVA
ESCRITA
Figura 37 – Questões 1-33 da área da comunicação do teste Vineland

Anexos
2 – Sim, normalmente
EXPRESSIVA
RECEPTIVA
Cotação 1 – Algumas vezes, ou parcialmente
ESCRITA
dos 0 – Não, nunca
itens N – Não teve oportunidade
OBSERVAÇÕES
D - Desconhecido
34. Utiliza frases com “mas” e “ou”.

35. Articula claramente, sem substituir sons.
36. Conta histórias populares, contos, lengalengas ou novelas de TV.
5 37. Diz todas as letras do alfabeto de memória.
38. Lê, pelo menos 3 sinais comuns.
39. Diz a data dos anos (dia e mês), quando questionada.
40. Utiliza plurais irregulares.
6 41. Imprime ou escreve o nome (primeiro e último).
42. Diz o número de telefone, quando questionada. (PODE-SE COTAR N)
43. Diz a morada completa, quando questionada.
44. Lê, pelo menos 10 palavras, silenciosamente ou em voz alta.
45. Imprime ou escreve, pelo menos 10 palavras de memória.
46. Exprime ideias em mais do que uma versão sem ajuda.
ÁREA DA COMUNICAÇÃO
47. Lê em voz alta uma história simples.
7,8 48. Imprime ou escreve frases simples com 3 ou 4 palavras.
49. Está atenta na escola mais de 15 minutos.
50. Lê por iniciativa própria.
51. Lê livros, pelo menos, do 2º ano de escolaridade.
52. Ordena alfabeticamente palavras ou itens , pela 1ª letra.
53. Imprime ou escreve pequenas notas ou mensagens.
9 54. Dá ordens complexas aos outros.
55. Escreve as primeiras cartas. (NÃO COTAR 1)
56. Lê livros, pelo menos, do 4º ano de escolaridade.
57. Escreve com letra manuscrita a maior parte das vezes. (NÃO COTAR 1)
10 a 58. Usa o dicionário.
18+
59. Consulta o sumário de um livro.
60. Escreve relatórios ou composições. (NÃO COTAR 1)
61. Escreve o endereço completo em envelopes.
62. Consulta o índice de um livro..
63. Lê jornais. (PODE-SE COTAR N)
64. Tem objectivos reais a longo prazo e explica detalhadamente como os atingir.
65. Escreve cartas elaboradas.
66. Lê jornais ou revistas todas as semanas. (PODE-SE COTAR N)
67. Escreve cartas comerciais. (NÃO COTAR 1)
1. 2 20 46 Soma de 2, 1, 0 da pág. 3
Cotar com 2 os itens antes da base e com 0 os itens depois do máximo 2. Soma de 2, 1, 0 da pág. 2
3. N.º de N das pág. 2 e 3
4. N.º de D das pág. 2 e 3
Observações 26 62 46 Cotação total da área
RECEPTIVA
EXPRESSIVA
ESCRITA
Figura 38 – Questões 34-67 da área da comunicação do teste Vineland

Anexos
A.7. Teste de Graffar
TESTE DE GRAFFAR
1. Profissão
Classificar-se-ão as famílias em cinco categorias, segundo a profissão exercida

pelo pai. Se a mãe exercer uma profissão de nível mais elevado do que a do pai, neste
caso servirá de base para a classificação da família.
1º grau: Directores de bancos, directores técnicos de empresas, licenciados,

engenheiros, profissionais com títulos universitários ou de escolas especiais e militares
de alta patente.
2º grau: Chefes de secções administrativas ou de negócios de grandes empresas,

subdirectores de bancos, peritos, técnicos e comerciantes.
3º grau: Ajudantes técnicos, desenhadores, caixeiros, contra-mestres, oficiais de

primeira, encarregados, capatazes e mestres-de-obra.
4º grau: Operários especializados com ensino primário completo (ex. motoristas,

polícias, cozinheiros, etc).
5º grau: Trabalhadores manuais ou operários não especializados (ex: jornaleiros,

mandaretes, ajudantes de cozinha, mulheres de limpeza, etc).
2. Nível de instrução
As categorias são as seguintes:
1º grau: Ensino universitário ou equivalente. Por exemplo, catedráticos e assistentes,

doutores ou licenciados, títulos universitários ou de escolas superiores ou especiais,
diplomados, economistas, notários, juízes, magistrados, agentes do Ministério Público,
militares da Academia.
2º grau: Ensino médio ou técnico superior. Por exemplo, técnicos e peritos.
3º grau: Ensino médio ou técnico inferior. Por exemplo, indivíduos com cursos de
liceu, industrial ou comercial, militares de baixa-patente ou sem Academia.
4º grau: Ensino primário completo.
5º grau: Ensino primário incompleto (com um ou dois anos de escola primária, que
sabem ler) ou nulo (analfabetos).

Anexos
3. Fontes de rendimento familiar
Segundo a principal fonte de rendimento da família, adoptam-se as cinco

categorias seguintes:
1º grau: A fonte principal é fortuna herdada ou adquirida (ex: pessoas que vivem de
rendimentos, proprietários de grandes indústrias ou grandes estabelecimentos
comerciais).
2º grau: Os rendimentos consistem em lucros de empresas, altos honorários, lugares

bem remunerados, etc (ex: encarregados e gerentes, lugares com adição de rendimentos
igual aos encarregados e gerentes, representantes de grandes firmas comerciais,
profissões liberais com grandes vencimentos).
3º grau: Os rendimentos correspondem a um vencimento mensal fixo, tipo funcionário

(ex: empregados de Estado, Governos Civis ou Câmaras Municipais, oficiais de
primeira, subgerentes ou cargos de responsabilidade em grandes empresas, profissionais
liberais de médio rendimento, caixeiros-viajantes).
4º grau: Os rendimentos resultam de salários, ou seja remuneração por semana, por

jorna, por horas ou à tarefa (ex: operários, empregados de comércio e escriturários).
5º grau: O indivíduo ou a família são sustentados pela beneficência pública ou privada

(ex: indivíduos sem rendimentos). Não se incluem neste grupo as pensões de
desemprego ou de incapacidade para o trabalho.
4. Conforto do alojamento
Trata-se de dar uma impressão de conjunto, ainda que um pouco subjectiva.

Estabelecem-se cinco categorias:
Grupo 1º: Casas ou andares luxuosos e muito grandes, oferecendo aos seus
moderadores o máximo conforto.
Grupo 2º: Casas ou andares que, sem serem tão luxuosos como os da categoria
precedente, são, não obstante, espaçosas e confortáveis.
Grupo 3º: Casas ou andares modestos, bem construídos e em bom estado de

conservação, bem iluminadas e arejadas, com cozinha e casa de banho.
Grupo 4º: Categoria intermédia entre 3 e 5.
Grupo 5º: Alojamentos impróprios para uma vida decente, choças, barracas ou andares
desprovidos de todo o conforto, ventilação, iluminação ou também aqueles onde moram
demasiadas pessoas em promiscuidade.

Anexos
Classificação Social
A soma total dos pontos obtidos na classificação dos cinco critérios dá-nos uma
pontuação final que corresponde à classe social, conforme a classificação que se segue:
Classe I: Famílias cuja soma de pontos vai de 5 a 9.
Classe II: Famílias cuja soma de pontos vai de 10 a 13.
Classe III: Famílias cuja soma de pontos vai de 14 a 17.
Classe IV: Famílias cuja soma de pontos vai de 18 a 21.
Classe V: Famílias cuja soma de pontos vai de 22 a 25.

Desenvolvimento Da Base de Dados Da Unidade de Neurodesenvolvimento e Autismo

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Desenvolvimento Da Base de Dados Da Unidade de Neurodesenvolvimento e Autismo

Cargado por

Copyright:

Formatos disponibles

Departamento de Física

Mestrado Integrado em Engenharia Biomédica

Desenvolvimento da Base de Dados da Unidade

André Pires Sousa

Coimbra, Setembro de 2012

Mestrado Integrado em Engenharia Biomédica

Desenvolvimento da Base de Dados da Unidade

André Pires Sousa

Dissertação apresentada à Universidade de

Orientador: Professora Doutora Guiomar Oliveira

Durante todo o meu percurso académico muitas foram as pessoas que

André Sousa Página v

Num serviço hospitalar, uma boa organização e armazenamento de informações

Base de dados, Investigação Clínica, Testes Neuropsicológicos, MVC, WebService,

André Sousa Página vi

The good organization and information storage in a hospital service contributes

Data base, Clinical Investigation, Neuropsychological Tests, MVC, WebService,

André Sousa Página vii

1.1. INVESTIGAÇÃO CLÍNICA ............................................................................................................................ 2

GESTÃO DO PROJECTO ......................................................................................................................... 17

2.1. MEMBROS DO PROJECTO ....................................................................................................................... 18

3.1. ARQUITECTURA DA SOLUÇÃO EM CAMADAS .............................................................................................. 23

ESTRUTURA DA SOLUÇÃO .................................................................................................................... 40

André Sousa Página viii

4.1. CAMADA DE ACESSO AOS DADOS ............................................................................................................. 41

5.1. PÁGINAS OBTIDAS PARA A INTERFACE ....................................................................................................... 54

6.1 TRABALHO FUTURO ............................................................................................................................... 60

André Sousa Página ix

FIGURA 1 - MANUAL EM PORTUGUÊS DA ESCALA DE DESENVOLVIMENTO MENTAL DE GRIFFITHS PARA

FIGURA 2 - MANUAL DO TESTE SCQ (11) ................................................................................................ 9

FIGURA 3 - MANUAL TÉCNICO DA ESCALA DE CONNERS EM INGLÊS (12) ............................................. 10

FIGURA 4 - FOLHA DE ROSTO DE UM TESTE DE VINELAND ................................................................... 11

FIGURA 5 - PERFIL DE COTAÇÃO DE UM TESTE DE VINELAND............................................................... 12

FIGURA 6 - CAPA DE UM TESTE DE GRAFFAR (16) ................................................................................ 13

FIGURA 7 – FOLHA DE REGISTOS DA BASE DE DADOS EM FILEMAKER PRO DA UNDA-CDLB-HP-CHUC . 15

FIGURA 8 - CALENDARIZAÇÃO INICIAL DO DESENVOLVIMENTO DO PROJECTO EM DIAGRAMA DE

FIGURA 9 - CALENDARIZAÇÃO FINAL DO DESENVOLVIMENTO DO PROJECTO EM DIAGRAMA DE

FIGURA 10 - ESQUEMA DE COMUNICAÇÃO ENTRE AS DIFERENTES CAMADAS (20) ............................. 24

FIGURA 11 - RESUMO DO MÉTODO DE FUNCIONAMENTO DO MVC .................................................... 25

FIGURA 12 - TRANSMISSÃO DE DADOS SEM A UTILIZAÇÃO DE WS (23) ............................................... 27

FIGURA 13 - TRANSMISSÃO DE DADOS UTILIZANDO A TECNOLOGIA DOS WS (23) .............................. 27

FIGURA 14 - EXEMPLO DE UMA COMUNICAÇÃO POR WS .................................................................... 28

FIGURA 16 - EXEMPLO DE ALGUNS PROBLEMAS DE INTEGRIDADE NUMA TABELA .............................. 30

FIGURA 17 - EXEMPLO DE UMA HERANÇA DE TABELAS ....................................................................... 33

FIGURA 19 - REPRESENTAÇÃO DOS PRINCIPAIS FICHEIROS QUE FAZEM PARTE DA CAMADA DE

FIGURA 20 - PRINCIPAIS FICHEIROS DA CAMADA DE APRESENTAÇÃO ................................................. 45

FIGURA 21 - VISÃO GERAL DAS TABELAS PRESENTES NA BASE DE DADOS ........................................... 47

FIGURA 22 - LIGAÇÃO DAS TABELAS PATIENT E EPISODE E SEUS ATRIBUTOS ....................................... 48

FIGURA 23 - TABELAS DA HERANÇA DA TABELA EPISODE E SEUS ATRIBUTOS ...................................... 49

FIGURA 24 - LIGAÇÃO DA TABELA EPISODE ÀS TABELAS DIAGNOSTICO E HISTORIA_CLÍNICA E SEUS

FIGURA 25 - HERANÇA DA TABELA HISTORIA_CLINICA E SEUS ATRIBUTOS .......................................... 51

FIGURA 26 - TELA DE LOGIN DO SITE CRIADO ....................................................................................... 54

FIGURA 27 - TELA PRINCIPAL, APÓS EFECTUADO O LOGIN ................................................................... 55

FIGURA 28 - PESQUISA AVANÇADA POR NOME E RESTRIÇÃO DE SEXO E IDADES ................................ 56

André Sousa Página x

FIGURA 29 – APRESENTAÇÃO DOS DADOS PESSOAIS DE UM PACIENTE ............................................... 56

FIGURA 30 - DETALHES DE UMA CONSULTA EFECTIVADA .................................................................... 57

FIGURA 31 - EXEMPLO DE PREENCHIMENTO DE UM TESTE DE GRIFFITHS, SUBESCALA DA LOCOMOÇÃO

FIGURA 32 - CAPA DO QUESTIONÁRIO GRIFFITHS ................................................................................ 65

FIGURA 33 - SUBESCALA A, B E C DO QUESTIONÁRIO GRIFFITHS PARA O PRIMEIRO ANO DE IDADE.... 66

FIGURA 34 - SUBESCALA D E E DO QUESTIONÁRIO GRIFFITHS PARA O PRIMEIRO ANO DE IDADE........ 67

FIGURA 35 - TESTE DE VOCABULÁRIO DO QUESTIONÁRIO TROG ......................................................... 77

FIGURA 36 - TESTE DE COMPREENÇÃO GRAMATICAL DO QUESTIONÁRIO TROG ................................. 78

FIGURA 37 – QUESTÕES 1-33 DA ÁREA DA COMUNICAÇÃO DO TESTE VINELAND ................................ 79