Sei sulla pagina 1di 42

Instituto Politcnico do Cvado e do Ave

Escola Superior de Tecnologia

Nuno Casanova 4522

Sistema de apoio ao diagnstico Ryodoraku RyoSystem

Trabalho efectuado sob a orientao de Prof. Antnio Nabais

20 de Junho de 2011

Sistema de apoio ao diagnstico - Ryodoraku

Agradecimentos

Apesar de acreditar que todas as linhas que possa escrever no espelharo toda a minha gratido para com todos os que me acompanharam e apoiaram neste percurso, pretendo que eles revejam aqui uma nfima parte do apreo e agradecimento que lhes dedico. Ao Professor Antnio Nabais e ao Dr. Marco Vieira, pela orientao e apoio dado a longo do desenvolvimento do projecto. Aos meus colegas e amigos, pelo incentivo e ajuda prestada ao longo de todo este percurso acadmico, sem os quais no seria possvel chegar ao fim deste desafio. Aos meus pais, por tudo, por serem um pilar na minha vida, um exemplo e um agradecimento sem fim por toda uma vida de dedicao, apoio e educao que me deram. minha namorada, pelo apoio incondicional nestes ltimos trs anos e por acreditar que o caminho se constri a dois.

Sistema de apoio ao diagnstico - Ryodoraku

Resumo

RyoSystem faz parte de um Sistema de Apoio ao Diagnstico tcnica Japonesa de leitura de pontos Ryodoraku. Esta tcnica tem como base a diviso do corpo em meridianos energticos, cada um ligado s funes vitais dos rgos internos. Ao conseguir detectar desequilbrios energticos nesses meridianos consegue-se aplicar tratamentos, como por exemplo a acupunctura, que reequilibram a energia e melhoram os sintomas dos pacientes. O projecto a desenvolver, RyoSystem, assenta na implementao de um sistema informtico de apoio ao Ryodoraku. Tem como objectivos principais registar os valores lidos dos meridianos e devolver um diagnstico com base nessas leituras. O RyoSystem foi desenvolvido para dar suporte ao RyoMeter, projecto desenvolvido pelo colega Flvio Gomes.

Sistema de apoio ao diagnstico - Ryodoraku

ndice
ndice de Figuras ....................................................................................................................... 6 ndice de Tabelas ...................................................................................................................... 6 ndice de Quadros ..................................................................................................................... 7 Lista de acrnimos .................................................................................................................... 7 1. Introduo ........................................................................................................................ 8 1.1. Enquadramento terico ............................................................................................. 8 Ryodoraku - A descoberta .................................................................................. 8 A evidncia cientfica ......................................................................................... 9 Os meridianos .................................................................................................... 9 A leitura dos meridianos .................................................................................. 11 O diagnstico ................................................................................................... 12 O tratamento Vrias tcnicas ........................................................................ 14 rea de aplicao ............................................................................................. 14

1.1.1. 1.1.2. 1.1.3. 1.1.4. 1.1.5. 1.1.6. 1.1.7. 1.2.

Enquadramento do projecto .................................................................................... 15 A ideia.............................................................................................................. 15 O Problema a oportunidade .......................................................................... 15 Os objectivos ................................................................................................... 16 mbito deste documento ................................................................................ 17

1.2.1. 1.2.2. 1.2.3. 1.2.4. 2. 3. 4.

Anlise de Mercado......................................................................................................... 18 Requisitos do negcio ..................................................................................................... 19 Trabalho Desenvolvido .................................................................................................... 21 4.1. Arquitectura Three Tier Architecture .................................................................... 21 Base de Dados ................................................................................................. 23 Camada de dados............................................................................................. 27 Camada de regras de negcio .......................................................................... 28 Camada de apresentao ................................................................................. 30 Exemplo prtico do uso do modelo Three Tier Architecture .............................. 30

4.1.1. 4.1.2. 4.1.3. 4.1.4. 4.1.5. 4.2.

Funcionalidades implementadas .............................................................................. 32 Registo Clnico Electrnico ............................................................................... 32 Alterao de dados da clnica ........................................................................... 33 Configurao dos tempos de leitura ................................................................. 34 Realizao de diagnstico ................................................................................ 35

4.2.1. 4.2.2. 4.2.3. 4.2.4.

Sistema de apoio ao diagnstico - Ryodoraku

4.2.5. 5. 6.

Apresentao dos resultados ........................................................................... 36

Dificuldades Encontradas ................................................................................................ 39 Concluso e Trabalho Futuros ......................................................................................... 40

Bibliografia ............................................................................................................................. 41 Anexos .................................................................................................................................... 42

Sistema de apoio ao diagnstico - Ryodoraku

ndice de Figuras
Ilustrao 1 - Os meridianos [Geral] .......................................................................................... 9 Ilustrao 2 - Localizao dos meridianos nas mos/braos ..................................................... 11 Ilustrao 3 - Localizao dos meridianos nos ps/pernas ....................................................... 11 Ilustrao 4 - Meridiano H1 ..................................................................................................... 12 Ilustrao 5 - Exemplo diagnstico em formato papel ............................................................. 13 Ilustrao 6 - Ryodiagnose ...................................................................................................... 18 Ilustrao 7 - Tabela Sintomas Ryodoraku ............................................................................... 20 Ilustrao 8 - Three Tier Architecture ...................................................................................... 21 Ilustrao 9 - Modelo Entidade-Relao .................................................................................. 23 Ilustrao 10 - Classe cFuncionario .......................................................................................... 28 Ilustrao 11 - Classe cClinica .................................................................................................. 28 Ilustrao 12 - Classe cPaciente ............................................................................................... 29 Ilustrao 13 - Classe cDiagnostico .......................................................................................... 29 Ilustrao 14 - Janela Paciente ................................................................................................ 32 Ilustrao 15 - Datagrid diagnsticos na ficha do paciente ...................................................... 33 Ilustrao 16 - Seco de dados da clnica ............................................................................... 33 Ilustrao 17 - Seco de configurao de leituras .................................................................. 34 Ilustrao 18 - Incio do diagnstico com indicao do 1 ponto a ler (H1 esquerdo) ............... 35 Ilustrao 19 - Continuao do diagnstico com indicao do 2 ponto a ler (H1 direito) ........ 35 Ilustrao 20 - Exemplo de erro na leitura de um ponto .......................................................... 36 Ilustrao 21 - Janela Diagnstico - Representao grfica da leitura dos pontos. ................... 37 Ilustrao 22 - Janela Diagnstico - Indicao dos sintomas..................................................... 38

ndice de Tabelas
Tabela 1 Meridianos Ryodoraku (correspondncia Meridiano rgos) .............................. 10

Sistema de apoio ao diagnstico - Ryodoraku

ndice de Quadros
Quadro 1 - Extracto do ficheiro XML Ryo.exe.Config seco da Base de Dados ..................... 27 Quadro 2 - Extracto de cdigo do boto Gravar no registo de um paciente ............................. 30 Quadro 3 - Extracto de cdigo do mtodo Save() da classe cPaciente ...................................... 31 Quadro 4 - Extracto de cdigo do mtodo ExecCommand da classe cFwSqlSrvConnection ....... 31 Quadro 5 - Extracto do ficheiro XML Ryo.exe.Config seco de leituras ................................ 34 Quadro 6 - Clculo da mdia da leitura dos 24 pontos ............................................................. 36 Quadro 7 - Clculo do limite superior do grfico do resultado do diagnstico ......................... 37 Quadro 8 - Clculo do limite inferior do grfico do resultado do diagnstico ........................... 37

Lista de acrnimos
SQL DLL XML A Structured Query Language Dynamic-Link Library eXtensible Markup Language micro-Ampere

Sistema de apoio ao diagnstico - Ryodoraku

1. Introduo

1. Introduo
1.1. Enquadramento terico

1.1.1. Ryodoraku - A descoberta

Em 1950, um mdico japons de nome Yoshio Nakatani, realizou uma srie de estudos onde media a eletrocondutividade da pele humana quando submetida a uma diferena de potencial.[8] No decorrer dos seus estudos, este cientista detectou que existiam vrios pontos da pele humana com baixa resistncia elctrica (ou alta condutividade elctrica), quando comparados com o resto do corpo. [8] Verificou ainda, que esses pontos podiam ser agrupados em funo dos seus valores. Esse agrupamento permitiu a descoberta de vrios grupos de pontos com valores de corrente elctrica idnticos, que percorriam longitudinalmente o corpo, formando linhas imaginrias ou meridianos. [6] Ao verificar que a localizao dos pontos e das linhas formadas por esses pontos de baixa resistncia elctrica eram comuns em vrias pessoas, Nakatani conseguiu isol-las e cataloglas como linhas de baixa impedncia elctrica da pele humana, que passaram a ter o nome de RYODORAKU.[8] RYO = Bom DO = Electrocondutor RAKU = Linha [9]

Os pontos que formavam essas linhas permitiam calcular a mdia dos valores das microcorrentes lidas nesses pontos. Desta forma, conseguiu-se avaliar quais os pontos que mais se afastavam da mdia, verificando-se tambm, que esses pontos (desequilibrados) eram efectivamente diferentes de pessoa para pessoa. [6] No decorrer da sua pesquisa, Nakatani comeou a diferenciar concretamente dois grupos, o das pessoas saudveis do das pessoas com determinado tipo de doena. O que verificou, foi que, os indivduos que apresentavam sintomas de uma doena especfica tinham variaes bruscas de valores lidos nos mesmos pontos.[8]

Sistema de apoio ao diagnstico - Ryodoraku

1. Introduo Conseguiu desta forma, associar os desequilbrios elctricos registados nas diferentes linhas Ryodoraku a determinadas doenas, e formular os critrios de diagnstico e tratamento a partir dessas mesmas medies. [1]

1.1.2. A evidncia cientfica

Atravs da sua pesquisa e teoria, Nakatani conseguiu encontrar evidncias cientficas que provaram a existncia de meridianos energticos, os quais j se referenciavam h bastante tempo na medicina oriental, nomeadamente na medicina tradicional chinesa. [8] Desta forma, pode-se definir os meridianos como canais de energia imaginrios, dispostos ao longo do corpo, onde ocorre uma maior permeabilidade elctrica. Cada um desses canais est intimamente ligado s funes vitais dos rgos internos, manifestando em valor real (A) os desequilbrios da permeabilidade elctrica da linha a que pertencem. [9] Posteriormente, estudos revelaram que estes meridianos estavam intimamente ligados ao sistema nervoso autnomo, estudado pela cincia ocidental, e que controlam todas as funes vitais do organismo de forma automtica. Ou seja, estes nervos esto relacionados directamente com os mesmos rgos com que se relacionam os meridianos. [8]

1.1.3. Os meridianos

Apesar de cada linha representar vrios rgos, verificouse, que na sua maioria existe um rgo que afecta com maior intensidade o equilbrio/desequilbrio energtico desse meridiano. Face a essa evidncia, geralmente adoptado como o rgo desse meridiano e dando inclusive o nome ao mesmo. [6]

Ilustrao 1 - Os meridianos [Geral] [6]

Sistema de apoio ao diagnstico - Ryodoraku

1. Introduo

Esta tcnica engloba na totalidade 12 meridianos, sendo eles:

Meridianos H1 Pulmo (YIN) H2 Mestre do Corao/Pericrdio/Circulao Sexo (YIN) H3 Corao (YIN) H4 Intestino Delgado (YANG) H5 Triplo Aquecedor (YANG)

rgos Associados Pulmes, Nariz e Pele; Corao;

Corao, Lngua, Olhos e Axilas; Intestino delgado, Olhos e Lngua; Vasos linfticos, Canal Mamrio, Ouvidos, Olhos e Ombros;

H6 Intestino Grosso (YANG)

Intestino Grosso, Boca, Dentes, Nariz, Ombros e Pele;

F1 Bao Pncreas (YIN)

Bao, Pncreas, Estmago, Crebro e Msculos Intercostais;

F2 Fgado (YIN)

Fgado, Olhos, Msculos, rgos Reprodutores e Msculos Intercostais;

F3 Rins (YIN)

Rins, Aparelho Supra-renal, Crebro, Olhos, Ossos da Cavidade Nasal;

F4 Bexiga (YANG)

Bexiga, Ouvidos, Nariz, Olhos e Glndula Pituitria;

F5 Vescula Biliar (YANG) F6 Estmago (YANG)

Vescula Biliar, Olhos, Msculos rea Cerebral Estmago, Intelecto, Boca, Dentes, Nariz, Glndulas Mamarias e Plpebras;

Tabela 1 Meridianos Ryodoraku (correspondncia Meridiano rgos) [6]

Como j foi anteriormente referenciado, cada meridiano tem a sua localizao especfica, sendo representada por pontos dispersos ao longo desse mesmo meridiano. [6] A imagem que se segue pretende mostrar a localizao dos vrios meridianos, e alguns dos pontos que fazem parte dos mesmos. [6]

10

Sistema de apoio ao diagnstico - Ryodoraku

1. Introduo Meridianos localizados nas mos/braos:

Ilustrao 2 - Localizao dos meridianos nas mos/braos

Meridianos localizados nos ps/pernas:

Ilustrao 3 - Localizao dos meridianos nos ps/pernas

Cada meridiano representado em simetria pelo lado direito e pelo lado esquerdo do corpo humano. [6]

1.1.4. A leitura dos meridianos

A tcnica de leitura baseia-se na medio da corrente elctrica do par, formado pelos pontos habitualmente mais sensveis de cada meridiano, nomeadamente, quando este sujeito a uma diferena de potencial. [7]

11

Sistema de apoio ao diagnstico - Ryodoraku

1. Introduo A leitura feita no mesmo ponto do lado direito e lado esquerdo e registada separadamente. [7] Habitualmente, os valores do par (esquerdo/direito) so idnticos entre si. Embora possam ocorrer desvios. [7] Por exemplo, no meridiano H1 definiu-se como ponto standard de medio o ponto (H1 3) representado na imagem seguinte:

Ilustrao 4 - Meridiano H1 [6]

Ou seja, para medir o valor do meridiano H1 tem que se medir os pontos (H1 3 direito) e (H1 3 esquerdo). Da mesma forma, existe um ponto mais sensvel em cada meridiano que adoptado para a leitura. De notar que qualquer ponto do meridiano pode servir como ponto de leitura, uma vez que pertencem mesma linha, embora os escolhidos sejam os mais sensveis, de melhor acesso e com valores mais estveis. [8] Posto isto, no total vamos proceder leitura de 12 pares de pontos, que correspondem aos 12 meridianos, registando um total de 24 valores de corrente elctrica. [8]

1.1.5. O diagnstico

Aps o registo dos 24 valores dos pontos, calculada a mdia de todos esses pontos. Dessa mdia resulta o diagnstico, para o qual necessrio entender os conceitos abaixo referenciados. [8]

12

Sistema de apoio ao diagnstico - Ryodoraku

1. Introduo Entende-se por meridiano equilibrado quando o valor da corrente elctrica que o atravessa idntico ao valor da mdia das correntes registadas em todos os meridianos. Isto , quando est dentro do intervalo de +- 8.5uA. [8] Entende-se por meridiano desequilibrado quando o valor da corrente elctrica que o atravessa muito diferente do valor da mdia das correntes registadas em todos os meridianos. Ou seja, quando est fora do intervalo de +- 8.5uA. [8] Os desequilbrios registados podem ser por excesso ou carncia, e em ambas as situaes manifestam doena ou previso de doena nos rgos afectos a cada meridiano. [8] Exemplo de diagnstico (manual):

Ilustrao 5 - Exemplo diagnstico em formato papel [8]

Como se pode observar na imagem anterior, H2 (esquerda) est abaixo do intervalo aceitvel (a verde), assim como F1 (direito) e F3 (esquerdo); Enquanto F2 (esquerdo) e F6 (esquerdo) esto acima do intervalo.

13

Sistema de apoio ao diagnstico - Ryodoraku

1. Introduo Representa ento um desvio da mdia de H2, F1 e F3 por carncia, e de F2 e F6 por excesso.

1.1.6. O tratamento Vrias tcnicas

Os desequilbrios detectados nos meridianos, podem ento, ser tratados de modo a que se reduzam os valores em excesso e se aumentem os valores em carncia. Os pontos de sedao (quando est em excesso) ou excitao (quando est em carncia) variam em funo da tcnica de tratamento aplicada. Mas o objectivo fulcral o tratamento dos meridianos em desequilbrio visando equilibrar os nveis energticos do corpo. O diagnstico Ryodoraku pode ser utilizado por vrias tcnicas de tratamento, como por exemplo laserpunctura, moxabusto, colorpunctura, eletroacupunctura, acupunctura, fitoterapia, massagem, orientao nutricional, orientao emocional, entre outras.[7]

1.1.7. rea de aplicao

O Ryodoraku define-se como sendo uma tcnica que permite ao mdico avaliar o estado de sade fsica e mental do paciente. uma ferramenta disponvel no s para profissionais da medicina oriental, mas tambm, para profissionais da medicina ocidental, nomeadamente em: Monitorizao de pacientes em ps-operatrio; Estudo da evoluo de determinada doena (detectando que rgos internos so afectados e de que forma); Monitorizao da evoluo dos pacientes (Fisioterapia); Entre outras aplicaes. [7]

14

Sistema de apoio ao diagnstico - Ryodoraku

1. Introduo

1.2.

Enquadramento do projecto

1.2.1. A ideia

Este projecto baseia-se no desenvolvimento de um sistema de hardware e software que permita a medio, o armazenamento e o tratamento dos pontos Ryodoraku. Permitindo assim, a elaborao de mapas energticos representativos dos desequilbrios internos em funo dos valores da corrente elctrica medida.

1.2.2. O Problema a oportunidade

Verificou-se que nesta rea existe uma lacuna a nvel de sistemas de medio e apoio ao diagnstico, e que, normalmente todo o processo de medio, clculo e registo dos dados feito manualmente. Desta forma, o processo torna-se moroso e propenso a erros, pondo em causa a eficincia e a qualidade dos servios prestados. Actualmente, os sistemas encontrados apresentam as seguintes lacunas: So utilizados, micro ampermetros analgicos, sem controlo de fora aplicada, tempo de leitura, nem alerta de valores mal lidos. [7] Uma vez que as leituras so valores extremamente baixos, a fora aplicada em cada ponto de leitura do corpo influencia o valor lido. [8] O tempo de leitura tem um limite mnimo e mximo, e deve ser igual para todas as leituras. Este um procedimento difcil de controlar com medidores analgicos. [8] No caso de um valor medido no estar de acordo com um intervalo aceitvel para o corpo humano (previamente documentado), os micro ampermetros analgicos no do alertas de que tal est a acontecer. [8] Os valores so registados manualmente, sem qualquer valor computacional imediato.[8]

15

Sistema de apoio ao diagnstico - Ryodoraku

1. Introduo

1.2.3. Os objectivos

Pretendeu-se desenvolver um sistema completo que permitisse a optimizao e agilizao das tarefas, com vista ao aumento da eficincia e da qualidade dos servios prestados.

O projecto dividiu-se em duas partes: Componente de desenvolvimento de Hardware: A construo/adaptao de um emissor/leitor digital de micro corrente elctrica do corpo; Com controlo do tempo de medio; Com controlo da presso aplicada; Com alerta de erro de leitura; Comunicao com o computador ligao ao software;

Componente de desenvolvimento de Software: Recolha e armazenamento de dados; Associao ao doente; Acesso ao seu registo clnico; Tratamento dos dados e outputs de diagnstico com base nos dados recolhidos; Associao de sintomas s anomalias apresentadas pelo diagnstico;

16

Sistema de apoio ao diagnstico - Ryodoraku

1. Introduo 1.2.4. mbito deste documento Este relatrio incidir sobre a componente de software, parte sobre a qual o aluno autor deste documento focar o seu estudo. Sero abordados os seguintes pontos:

Uma prvia anlise das aplicaes que existem de apoio a esta tcnica; Um levantamento dos requisitos base para o sistema a desenvolver; Uma descrio das principais etapas da construo do sistema; Uma descrio dos problemas encontrados; As etapas de uma aplicao prtica; Anexos com documentao tcnica e manual de utilizao;

17

Sistema de apoio ao diagnstico - Ryodoraku

2. Anlise de Mercado

2. Anlise de Mercado

Aps alguma pesquisa na Internet, poucas foram as aplicaes encontradas que se direccionam para a medio dos 24 pontos do Ryodoraku. O melhor exemplo encontrado o sistema Ryodiagnose [2].

Ilustrao 6 - Ryodiagnose

Contudo, este sistema peca pela falta de flexibilidade de configurao das leituras e nas informaes apresentadas nos diagnsticos. Como ponto positivo, pode salientar-se o facto de mostrar no final de um diagnstico os pontos para tratamento, contudo, essa referncia destina-se somente para o mtodo de acupunctura.

18

Sistema de apoio ao diagnstico - Ryodoraku

3. Requisitos do negcio

3. Requisitos do negcio
O sistema desenvolvido pautar-se- pelos seguintes requisitos: Ter um registo clnico electrnico de cada paciente com as informaes bsicas (Nome, Morada, BI, Foto, etc); Associao e ordenao por ordem cronolgica de todos os diagnsticos j efectuados a cada paciente; Associao do mdico responsvel ao paciente (em caso de existncia de mais do que um clnico). Desta forma, dever tambm ser possvel guardar na base de dados as informaes de cada mdico; Arquivo das informaes da clnica (Designao, Morada, logtipo, etc) para poderem ser usadas nas listagens a imprimir; Possibilidade de ajuste dos tempos de intervalo entre leituras correctas ou erradas, assim como a sensibilidade e preciso das leituras; Leitura e gravao das 24 leituras uma para cada ponto; Indicao ao utilizador do aparelho do ponto que deve ler durante o diagnstico; O software dever calcular a mdia desses pontos e desenhar o grfico de diagnstico correspondente aos pontos medidos, quando finalizadas as 24 leituras. Nesse grfico devem constar os 24 pontos diferenciados por meridiano e lado, a mdia e os limites superior e inferior; Apresentao de um resultado com os sintomas e rgos afectados baseado na tabela da Ilustrao 7.

19

Sistema de apoio ao diagnstico - Ryodoraku

3. Requisitos do negcio

Ilustrao 7 - Tabela Sintomas Ryodoraku

20

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido

4. Trabalho Desenvolvido
Para o desenvolvimento da aplicao optou-se por utilizar o Visual Studio 2010 e a linguagem de programao Csharp, visto ser a linguagem que nos sentimos mais vontade para utilizar e ter sido, tambm, a mais leccionada durante a frequncia das unidades curriculares do curso. No incio do desenvolvimento comeou-se por consultar alguns websites sobre a melhor arquitectura a usar. Aps alguma pesquisa optou-se pelo uso da Three Tier Architecture [5].

4.1.

Arquitectura Three Tier Architecture

3 Camadas Lgicas

Base de Dados

Ilustrao 8 - Three Tier Architecture

Este modelo de arquitectura segmenta os componentes da aplicao em trs camadas lgicas. A camada inferior, ou camada de dados, a camada de acesso base de dados. Esta camada contm os mtodos que permitem aceder base de dados e realizar as aces Inserir, Alterar, Remover, Pesquisar.

21

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido A camada intermdia, ou camada de regras de negcio, a camada na qual se define como se vo processar as aces de acesso base de dados. Por ltimo, a camada superior, ou camada de apresentao, a camada que d acesso ao utilizador aplicao. nesta camada que so manipulados os dados pelo utilizador que posteriormente sero inseridos/actualizados na base de dados. Cada camada s reconhece os mtodos da camada inferior a si. O inverso no se verifica. A Ilustrao 8 ainda inclui, no modelo, a base de dados, mas esta camada considerada independente da aplicao. Esta abordagem tem como vantagens a reutilizao, flexibilidade e facilidade de manuteno dos mtodos e mdulos da aplicao.

22

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido 4.1.1. Base de Dados

A escolha do sistema de gesto de bases de dados recaiu sobre o SQL Server 2008. As justificaes para esta escolha so as mesmas da escolha da linguagem de programao, este o sistema que nos sentimos mais vontade para utilizar e ter sido, tambm, o mais leccionado durante a frequncia das unidades curriculares do curso.

Modelo Entidade-Relao Aps esta escolha iniciou-se a construo do modelo ER. Com o levantamento de requisitos, efectuado atravs do contacto com o Dr. Marco Vieira e a consulta de literatura sobre Ryodoraku, optou-se por construir o modelo da Ilustrao 9.
Estabelecimento
ID_Estab Nome NIF Morada CP4 CP3 Logotipo Registado

Diagnostico Paciente
ID_Paciente Nome NIF BI DataNasc CP4 CP3 Morada NSegsoc ID_Func Foto ID_Paciente DataDiag H1e H2e H3e H4e H5e H6e F1e F2e F3e F4e F5e F6e H1d H2d H3d H4d H5d H6d F1d F2d F3d F4d F5d F6d Diagnostico Observacoes

CodPostal
CP4 CP3 Localidade

Funcao
ID_Funcao Descricao

Funcionario
ID_Func Nome ID_Funcao Activo

Sintoma
Ponto Sintoma Orgao

Ilustrao 9 - Modelo Entidade-Relao

23

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido Tabela Estabelecimento A tabela Estabelecimento contm os dados da clnica que podem ser guardados. Os campos CP4 e CP3 so chaves estrangeiras que fazem a ligao entre esta tabela e a tabela CodPostal. Os restantes campos so atributos do estabelecimento. Foi criado um campo bool Registado para, no futuro, caso a clnica tenha mais que um estabelecimento, controlar para qual deles o software est registado.

Tabela Paciente A tabela Paciente contm os dados que podem ser guardados relativos ao paciente. Como chaves estrangeiras tem o campo ID_Func que faz a ligao entre o paciente e a tabela Funcionario. Tem ainda os campos CP4 e CP3 que fazem a ligao entre esta tabela e a tabela CodPostal. Os restantes campos so os atributos do paciente.

Tabela Funcionario A tabela Funcionario contm apenas o Nome do funcionrio como atributo, a chave estrangeira ID_Funcao, que permite a ligao entre esta tabela e a tabela Funcao, e ainda o campo bool Activo que regista se o funcionrio ainda se encontra ao servio da clnica ou no.

Tabela CodPostal A tabela CopPostal contm duas chaves primrias CP4 e CP3 e um atributo Localidade.

Tabela Funcao A tabela Funcao contm a chave primria ID_Funcao e um campo Descricao. Este campo descreve qual a funo do funcionrio dentro da clnica. Para este projecto esta tabela foi preenchida com duas funes Mdico e Administrativo.

24

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido Tabela Diagnostico A tabela Diagnostico contm duas chaves primrias ID_Paciente e DataDiag a primeira identifica o paciente a quem pertence o diagnstico e a segunda a data em que foi realizado. Os atributos so as leituras obtidas para os 24 pontos, uma observao e o diagnstico final escrito pelo mdico.

Tabela Sintoma A tabela Sintoma contm a chave primria Ponto e os atributos Sintoma e rgo. Esta tabela a representao da Ilustrao 7 na base de dados. Servir para identificar os sintomas e os rgos associados aos pontos que apresentem desvios no diagnstico.

Consideraes finais sobre a Base de Dados As tabelas Estabelecimento, Paciente e Funcionario servem como exemplo para cumprir alguns dos requisitos de manuteno de dados. Poderiam ser bastante mais completas. No caso dos funcionrios poder-se-ia acrescentar a data de admisso, a data de fim de contrato, a morada, contactos, etc. Na tabela dos pacientes poder-se-ia ter em conta a altura, o peso, o sexo, etc. No entanto, como este projecto desenvolvido em perodo de aulas e com outros trabalhos para realizar, optou-se por manter o tratamento de dados o mais simples possvel, tendo sempre em conta que estes dados so suficientes para mostrar a capacidade para desenvolver e manusear uma base de dados e um sistema de gesto de bases de dados. A tabela CodPostal foi carregada com todos os cdigos postais e localidades de Portugal. Estes dados foram retirados, em formato CSV, do website dos CTT [4] (necessrio registar-se para fazer o download). Como este ficheiro contm vrios campos para alm dos CP4, CP3 e Localidade foi necessrio fazer um tratamento dos dados. Foram removidas no Excel todas as colunas que no interessavam. O ficheiro resultante continha mais de 300 000 linhas, sendo algumas repetidas. Com o uso de uma funo em Visual Basic, utilizada no Excel, removeu-se todas as linhas em excesso. Deste modo j foi possvel importar para o SQL Server e atribuir as chaves primrias CP4 e CP3.

25

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido Com esta tabela possvel implementar na aplicao o preenchimento automtico da localidade aps a indicao do cdigo postal. O nico seno seria no caso do paciente no se recordar dos 3 ltimos dgitos do cdigo postal. Sendo assim, para todos os cdigos CP4, inseriu-se um cdigo CP3 igual a 0 com a localidade principal do CP4. A tabela ficou com um total de 198 000 linhas. No futuro, esta tabela precisaria sempre de actualizao, visto os cdigos postais estarem, tambm, sempre em actualizao. Esta deciso de implementar esta funcionalidade contribuiu para o desenvolvimento de capacidades de tratamento, importao e exportao de dados. Apesar disso, pensamos que numa situao real esta funcionalidade no ser a mais prtica. A tabela Funo, no futuro, teria como principal funo a controlo das permisses de utilizao da aplicao. Por exemplo, poderia ser dada permisso aos administrativos para apenas inserir/alterar pacientes e no terem acesso aos diagnsticos. Como no levantamento de requisitos no foi pedido esta funcionalidade, optou-se por no a implementar, deixando apenas essa possibilidade em aberto para o futuro.

26

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido 4.1.2. Camada de dados

Para implementar esta camada optou-se pelo desenvolvimento de um projecto parte que resulta num ficheiro DLL. A ideia e principal vantagem desta abordagem construir uma camada de dados que possa ser facilmente acedida e utilizada no desenvolvimento de outras aplicaes. Neste projecto criou-se uma classe (cFwSqlSrvConnection) que possui: um mtodo de ligao base de dados; um mtodo de desconexo da base de dados; um mtodo que devolve a data e hora actual do servidor ; um mtodo que adiciona a uma arraylist os parmetros SQL; um mtodo que devolve parmetro a parmetro o contedo da arraylist que os contm; Vrios mtodos que devolvem DataTables com os resultados pretendidos conforme os parmetros enunciados; Vrios mtodos que devolvem objects conforme a aco requerida e os parmetros inseridos. Como mtodo de ligao base de dados utilizou-se um ficheiro de configuraes XML. O CSharp j utiliza um modelo de ficheiro XML com uma seco ConnectionString, no entanto achou-se que seria proveitoso explorar as potencialidades dos ficheiros XML. Para isso resolveu-se criar outro projecto independente que tem como funo construir uma string de conexo base de dados a partir dos parmetros recolhidos do ficheiro XML na seco AppSettings. Este projecto foi gravado numa biblioteca DLL e adicionado s referncias do projecto principal. Para alterar algum parmetro na ligao da aplicao base de dados basta editar o ficheiro Ryo.exe.Config que neste momento tem as seguintes configuraes de ligao:
<add <add <add <add <add <add key="ServerName" value="Nuno-PC" /> key="DataBaseName" value="RyoBD" /> key="UserName" value="" /> key="Password" value="" /> key="PortNumber" value="-1" /> key="WindowsAuthentication" value="true" />

Quadro 1 - Extracto do ficheiro XML Ryo.exe.Config seco da Base de Dados

27

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido 4.1.3. Camada de regras de negcio

Esta camada constituda por classes que, com os seus mtodos e propriedades, fazem a ligao entre a camada de apresentao e a camada de dados. Essas classes so cFuncionario, cClinica, cPaciente, cDiagnostico e.

Ilustrao 10 - Classe cFuncionario

Ilustrao 11 - Classe cClinica

28

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido

Ilustrao 12 - Classe cPaciente Ilustrao 13 - Classe cDiagnostico

29

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido 4.1.4. Camada de apresentao

Nesta camada apresentam-se todos os forms e uma classe com a descrio das mensagens que aparecem durante a utilizao da aplicao. Optou-se por criar esta classe de mensagens para que no futuro seja fcil fazer uma alterao da lngua do software. Deste modo, todos os textos que aparecem em mensagens de aviso, informao ou erro, esto concentradas na mesma parte do cdigo. Em relao aos forms criados, uma perspectiva melhor do seu aspecto pode ser visto no Manual do Utilizador, em anexo a este relatrio. 4.1.5. Exemplo prtico do uso do modelo Three Tier Architecture O utilizador preenche todos os dados de um novo paciente e clica em gravar. A camada de apresentao apenas processa a apresentao do form, cria uma instncia da classe paciente e chama o mtodo Save() dessa mesma classe.
Classes.cPaciente pac = new Classes.cPaciente(_DbConn); pac.ID_Paciente = -1; pac.Nome = txtNome.Text; pac.Nif = Convert.ToInt64(txtNIF.Text); pac.BI = txtBI.Text; pac.DataNasc = dtpDataNasc.Value; pac.NSegsoc = Convert.ToInt64(txtSegsoc.Text); pac.Morada = txtMorada.Text; pac.CP4 = Convert.ToInt64(txtCP4.Text); pac.CP3 = Convert.ToInt64(txtCP3.Text); Classes.cFuncionario funcs = new Classes.cFuncionario(_DbConn); pac.ID_Func = funcs.GetIDMedico(cbMedicos.Text.ToString()); if (openFileDialog1.FileName != "") pac.Foto = ImgFileToByteArray(openFileDialog1.FileName); else pac.Foto = null; if (pac.VerificaRepeticaoNIF(Convert.ToInt64(txtNIF.Text)) == -1) { if (pac.VerificaRepeticaoBI(txtBI.Text) == -1) { if (pac.VerificaRepeticaoNSegSoc(Convert.ToInt64(txtSegsoc.Text)) == -1) { pac.Save(); this.DialogResult = DialogResult.OK; this.Close(); } else MessageBox.Show(Classes.cMensagem.erro24); } else MessageBox.Show(Classes.cMensagem.erro23); } else MessageBox.Show(Classes.cMensagem.erro22);
Quadro 2 - Extracto de cdigo do boto Gravar no registo de um paciente

30

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido De seguida, a camada intermdia constri a query SQL, adiciona os parmetros ao arraylist de parmetros e chama o mtodo ExecCommand da camada de dados.
_SQL = "UPDATE Paciente SET " + Environment.NewLine + " Nome = @Nome, NIF = @NIF, BI = @BI, " + Environment.NewLine + " DataNasc = @DataNasc, CP4 = @CP4, CP3 = @CP3, " + Environment.NewLine + Morada = @Morada, " + Environment.NewLine+ " NSegsoc = @NSegsoc, ID_Func = @ID_Func, Foto = @Foto " + Environment.NewLine "WHERE " + Environment.NewLine + " ID_Paciente = @ID_Paciente "; _DbConn.AddParameter("@ID_Paciente", SqlDbType.Int, _ID_Paciente); _DbConn.AddParameter("@Nome", SqlDbType.VarChar, _Nome); _DbConn.AddParameter("@NIF", SqlDbType.BigInt, _Nif); _DbConn.AddParameter("@BI", SqlDbType.VarChar, _BI); _DbConn.AddParameter("@DataNasc", SqlDbType.DateTime, _DataNasc); _DbConn.AddParameter("@CP4", SqlDbType.BigInt, _CP4); _DbConn.AddParameter("@CP3", SqlDbType.BigInt, _CP3); _DbConn.AddParameter("@Morada", SqlDbType.VarChar, _Morada); _DbConn.AddParameter("@NSegsoc", SqlDbType.BigInt, _NSegsoc); _DbConn.AddParameter("@ID_Func", SqlDbType.Int, _ID_Func); _DbConn.AddParameter("@Foto", SqlDbType.VarBinary, _Foto); _DbConn.ExecCommand(_SQL, _DbConn.GetAddedParameters(), cFwSqlSrvConnection.ExecCommandType.ExecuteNonQuery, out ex); if (ex != null) throw ex;
Quadro 3 - Extracto de cdigo do mtodo Save() da classe cPaciente

Por ltimo, a camada de dados faz a conexo base de dados e realiza a aco pretendida.
_SQL = "UPDATE Paciente SET " + Environment.NewLine + " Nome = @Nome, NIF = @NIF, BI = @BI, " + Environment.NewLine + " DataNasc = @DataNasc, CP4 = @CP4, CP3 = @CP3, " + Environment.NewLine + Morada = @Morada, " + Environment.NewLine+ " NSegsoc = @NSegsoc, ID_Func = @ID_Func, Foto = @Foto " + Environment.NewLine "WHERE " + Environment.NewLine + " ID_Paciente = @ID_Paciente "; _DbConn.AddParameter("@ID_Paciente", SqlDbType.Int, _ID_Paciente); _DbConn.AddParameter("@Nome", SqlDbType.VarChar, _Nome); _DbConn.AddParameter("@NIF", SqlDbType.BigInt, _Nif); _DbConn.AddParameter("@BI", SqlDbType.VarChar, _BI); _DbConn.AddParameter("@DataNasc", SqlDbType.DateTime, _DataNasc); _DbConn.AddParameter("@CP4", SqlDbType.BigInt, _CP4); _DbConn.AddParameter("@CP3", SqlDbType.BigInt, _CP3); _DbConn.AddParameter("@Morada", SqlDbType.VarChar, _Morada); _DbConn.AddParameter("@NSegsoc", SqlDbType.BigInt, _NSegsoc); _DbConn.AddParameter("@ID_Func", SqlDbType.Int, _ID_Func); _DbConn.AddParameter("@Foto", SqlDbType.VarBinary, _Foto); _DbConn.ExecCommand(_SQL, _DbConn.GetAddedParameters(), cFwSqlSrvConnection.ExecCommandType.ExecuteNonQuery, out ex); if (ex != null) throw ex;
Quadro 4 - Extracto de cdigo do mtodo ExecCommand da classe cFwSqlSrvConnection

Para alm de todas as vantagens j referidas anteriormente sobre este modelo, tambm, de referir que desta forma a aplicao est mais protegida com ataques de SQL Injection.

31

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido

4.2.

Funcionalidades implementadas

Nesta seco sero apresentadas as solues desenvolvidas para cumprir os requisitos descritos no ponto 0. Ser dada uma viso geral das funcionalidades implementadas. Para obter uma viso mais pormenorizada de todas as funcionalidades ser preciso consultar o Manual do Utilizador que segue em anexo. 4.2.1. Registo Clnico Electrnico

A insero e alterao de pacientes so feitas na janela de pacientes. O utilizador pode inserir ou actualizar todos os campos relativos ao paciente.

Ilustrao 14 - Janela Paciente

Depois de preencher todos os campos, ao clicar no boto

, so validados todos os campos.

A validao consiste na verificao se esto todos preenchidos, se cumprem o comprimento mnimo de caracteres e, no caso dos campos de algarismos, se so de facto algarismos. Se todos os campos forem validados, ainda h uma verificao se no existe na base de dados algum paciente com BI, NIF ou nmero da segurana social iguais aos inseridos. Nesta janela a localidade preenchida automaticamente depois de preenchidos os 2 nmeros do cdigo postal.

32

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido Quando editado um registo de um paciente para qual j foram efectuados diagnsticos, a datagrid Diagnsticos preenchida com as datas de realizao dos mesmos.

Ilustrao 15 - Datagrid diagnsticos na ficha do paciente

Para poder consultar um diagnstico basta fazer um duplo clique em cima da data pretendida.

4.2.2. Alterao de dados da clnica A alterao de dados da clnica feita na seco de configuraes do menu principal. Todos os campos so verificados de forma anloga aos mtodos de verificao da janela dos pacientes.

Ilustrao 16 - Seco de dados da clnica

33

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido 4.2.3. Configurao dos tempos de leitura Para cumprir este requisito aproveitou-se o ficheiro XML com as configuraes de acesso base de dados para inserir mais algumas keys com os valores que se quer guardar.
<add <add <add <add <add key="TimeFirstReading" value="6" /> key="TimeBetweenReadings" value="2" /> key="TimeRepeatReading" value="11" /> key="ReadingPrecision" value="8" /> key="ReadingSensitivity" value="1" />

Quadro 5 - Extracto do ficheiro XML Ryo.exe.Config seco de leituras

Com estas keys consegue-se guardar: O tempo que o software vai esperar para comear a ler o primeiro ponto; O tempo que o software espera entre cada ponto; O tempo que o software espera para repetir a leitura de um ponto; O nmero de valores lidos em cada leitura (este parmetro explicado no relatrio do aparelho RyoMeter); O nmero de zeros admissveis em cada leitura (este parmetro explicado no relatrio do aparelho RyoMeter). O utilizador pode configurar este valores na seco de configuraes, no separador leituras.

Ilustrao 17 - Seco de configurao de leituras

34

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido 4.2.4. Realizao de diagnstico

Os diagnsticos so efectuados na seco de diagnsticos aps a seleco do paciente. Ao iniciar o diagnstico indicado o primeiro ponto a ler, neste caso o H1 esquerdo.

Ilustrao 18 - Incio do diagnstico com indicao do 1 ponto a ler (H1 esquerdo)

Aps a leitura correcta do primeiro ponto, o software regista o valor lido e indica o prximo ponto ler (H1 direito).

Ilustrao 19 - Continuao do diagnstico com indicao do 2 ponto a ler (H1 direito)

35

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido E assim sucessivamente at ao final da leitura dos 24 pontos. Caso haja uma interrupo na leitura de um ponto ou valor lido seja fora dos limites aceitveis, a aplicao informa o utilizador e pede para voltar a ler o mesmo ponto.

Ilustrao 20 - Exemplo de erro na leitura de um ponto

4.2.5. Apresentao dos resultados

Depois de terminada a leitura de todos pontos o software calcula os resultados e apresenta-os num grfico de linhas. Nesse grfico esto representados os valores dos 24 pontos lidos, distinguindo o lado esquerdo do lado direito do corpo, a mdia aritmtica, e os limites de equilbrio, superior e inferior. A mdia aritmtica calculada com a funo representada no Quadro 6.
double total = 0; foreach (DataGridViewRow row in dataGridView1.Rows) { for (int colIndex = 1; colIndex < dataGridView1.Columns.Count; colIndex++) { total = total + int.Parse(row.Cells[colIndex].Value.ToString()); } } double media = total / 24;
Quadro 6 - Clculo da mdia da leitura dos 24 pontos

36

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido O limite superior calculado com a frmula do Quadro 7.


int limSup = (int)Math.Round(media + 8.5);
Quadro 7 - Clculo do limite superior do grfico do resultado do diagnstico

O limite inferior calculado com a frmula do Quadro 8.


int limInf = (int)Math.Round(media - 8.5);
Quadro 8 - Clculo do limite inferior do grfico do resultado do diagnstico

O valor 8.5 que se pode ver nas frmulas do limite vem dar resposta ao descrito no ponto 1.1.5. Os resultados destes clculos podem ser visualizados pelo utilizador na janela de Diagnstico.

Ilustrao 21 - Janela Diagnstico - Representao grfica da leitura dos pontos.

A interpretao do grfico, que nos informa dos sintomas mais comuns atribudos ao desequilbrio dos meridianos fora dos limites, pode ser consultada no separador Diagnstico.

37

Sistema de apoio ao diagnstico - Ryodoraku

4. Trabalho Desenvolvido Na Ilustrao 21 podemos ver que os meridianos em desequilbrio so o F5 e F6, ambos por excesso. Neste caso, os sintomas so os representados na Ilustrao 22.

Ilustrao 22 - Janela Diagnstico - Indicao dos sintomas.

Caber agora ao mdico preencher o diagnstico final mais correcto e algumas observaes, caso pretenda. Poder nesta fase, tambm, apontar o tratamento que o paciente ir efectuar. Estas observaes ficaro sempre associadas a esta leitura dos pontos e sempre disponveis para consulta.

38

Sistema de apoio ao diagnstico - Ryodoraku

5. Dificuldades Encontradas

5. Dificuldades Encontradas
Conscientemente, potenciamos as dificuldades que poderamos encontrar, ao optar por elaborar um trabalho que fosse para alm da mera reaplicao do que aprendemos ao longo do curso. Dada a importncia com que o projecto final da licenciatura se reveste, decidimos enveredar por um que envolvesse investigao e desenvolvimento de novas capacidades. Sendo assim houve algumas dificuldades em relao ao mtodo de desenvolvimento de aplicaes Three Layer Architecture, tanto no aspecto da aprendizagem como da implementao. Nas etapas de desenvolvimento houve uma enorme preocupao na construo de um cdigo organizado e bem comentado. Como tal, foi dedicado algum tempo extra ao estudo e investigao deste aspecto, uma vez que, como imperativo pessoal, queramos que este resultasse de uma opo informada e bem fundamentada. Por outro lado, a definio de requisitos foi dificultada pela escassa bibliografia sobre a matria. Procurmos minimizar este facto com o recurso a especialistas da rea, contudo, poucas foram as respostas, realando a disponibilidade demonstrada pelo Dr. Marco Vieira. A elaborao deste relatrio apresentou algumas dificuldades dado que, ao longo do curso, cada docente teve a sua prpria estrutura, normas e regras de formatao. Sensibilizando todos para este facto, gostaramos de referir que poderia ser benfica a adopo de um modelo base tipo comum para todo o curso, que levaria, indubitavelmente, optimizao dos trabalhos finais dos alunos, aquando desta etapa. De salientar, por ltimo, que um dos mais srios desafios colocados prendeu-se com a gesto e rentabilizao do tempo, no que diz respeito ao projecto no seu todo, bem como, capacidade de aferir/gerir o fundamental do acessrio e ter uma preocupao permanente em optimizar tarefas e resultados. Adicionalmente, ocorrem trabalhos para outras unidades curriculares, testes, estudo, horas laborais (como trabalhadores estudantes), no esquecendo a famlia, factores que contribuem para esta difcil gesto do tempo.

39

Sistema de apoio ao diagnstico - Ryodoraku

6. Concluso e Trabalho Futuros

6. Concluso e Trabalho Futuros

Conclu-se este projecto com uma enorme satisfao e com sentido de realizao plenamente alcanado. Por um lado, porque os requisitos especificados foram implementados com sucesso, por outro, o desafio de concretizar um projecto que fosse para alm da reaplicao dos conhecimentos adquiridos revelou-se como a opo mais acertada. De salientar alguns aspectos importantes neste balano final, nomeadamente, a fiabilidade demonstrada pelo sistema desenvolvido, tendo-se revelado como uma ferramenta intuitiva para o utilizador e criada em funo das suas necessidades. O desenvolvimento do projecto beneficiou do apoio s solues tecnolgicas mais acertadas aliado aplicao dos conhecimentos adquiridos ao longo do curso. Para alm disso, a construo do sistema utilizando uma programao orientada a objectos, assente numa arquitectura de trs camadas, provou ser a metodologia mais correcta, devendo ser a metodologia a adoptar nos prximos desenvolvimentos a operacionalizar. Por outro lado, a abstraco conseguida entre os interfaces, o negcio e os dados, permitiu obter um cdigo modular, fivel, adaptvel e com enormes potencialidades de reutilizao. Como nota final e numa perspectiva de anlise e enquadramento deste projecto e do seu produto, tendo em vista a sua possvel comercializao, saliento desde j alguns aspectos a considerar/melhorar, nomeadamente: Implementao de um sistema de licenciamento para combater a pirataria do software; Implementao de um sistema de login para controlar as permisses de cada utilizador; Aumento dos atributos relativos ao paciente, funcionrios e clnica; Aumento da customizao dos interfaces medida do utilizador; Melhoria do aspecto grfico; Introduo do tratamento aconselhvel para os sintomas diagnosticados ao paciente.

40

Sistema de apoio ao diagnstico - Ryodoraku

Bibliografia

Bibliografia
[1] Skylark Device, Heath Monitor, http://www.ib3health.com/products/DiagnosticDevice/pdf/SD-802L.pdf, Acedido a 12 de Fevereiro de 2011 12/02/2011. [2] CEPP (2009). Ryodiagnose Software de Diagnstico em Acupunctura. Acedido a 8 de Fevereiro de 2011, em: http://www.ryodiagnose.com/index.html; [3] Ryororaku - Dr. Moura Mendes. Acedido a 8 de Fevereiro de 2011, em: http://saudeclinic.webnode.com.pt/terapias/ryodoraku/; [4] CTT. Base de Dados Cdigos Postais. Acedido a 17 de Maro de 2011, em: http://www.ctt.pt/feapl_2/app/restricted/postalCodeSearch/feapl_2_31postalCodeDownloadFiles.jspx [5] Microsoft. Using a Three-Tier Architecture Model. Acedido a 25 de Abril de 2011, em: http://msdn.microsoft.com/en-us/library/ms685068%28v=vs.85%29.aspx [6] Jos Manuel Afreixo Nunes da Cruz, reas de Interesse. Acedido a 25 de Maio de 2011, em: http://reocities.com/CapeCanaveral/8538/ [7] Instituto Terceiro Corpo. Ryodoraku. Acedido a 14 de Maro de 2011, em: http://www.terceiro.corpo.nom.br/ryodoraku.html [8] Marco Vieira. Ryodoraku. Acedido a 25 de Maio de 2011, em: http://www.freewebs.com/kungfuterapeutico/Ryodoraku.pdf [9] Heloisa Lauar e Tatiana Raiunec, Mapa energtico: Ryodoraku, Acedido a 6 de Fevereiro de 2011 em: http://zerodor.wordpress.com/tag/ryodoraku

41

Sistema de apoio ao diagnstico - Ryodoraku

Anexos

Potrebbero piacerti anche