[Resolvido]Caixa mensagem salva em diferentes registros

Bom dia a todos
Estou desenvolvendo um aplicativo para área médica, e pegando uma dica aqui outra ali, e ele vai tomando corpo.
Recentemente postei duas dúvidas e obtive as respostas. Muito obrigado.
A ideia e agilizar o tempo de preenchimento.
Iniciar pelo form antebraco direito!
1)Duvida
Este aplicativo abre a caixa de mensagem e sendo normal salva direto na tabela em questão.
Sendo anormal abre o respectivo form com a obrigatoriedade de registrar os campos.
Contudo ao aplicar as mesmas elas funcionam de forma independente, ou seja, salvam as informações só que em diferentes registros.
A necessidade é que salve no mesmo registro do paciente. Em um único registro.
2) Duvida.
Qual a rotina para zerar os campos ao salvar?
3) Por fim o arquivo só com uma pequena parte do planejado ficou enorme 17 mb.
Pq?
Aceito sugestões para diminuir este tamanho.


link para download
https://dl.dropboxusercontent.com/u/26997422/AntebracoDireito1.accdb


E ai amigos...complicou para mim.
Se puderem ajudar.
Obrigado

Compacta e repara o bd primeiro que diminuira o tamanho.

Ja fiz isso muitas vezes e nada.
Mqs vou tentar de novo.
Obrigado.

Ok.. Qualquer coisa estamos ai.

Por isso que no outro tópico pedi que me mandasse dados concretos, o código que mandei seria para inserir sempre um novo registro e pelo que vi no protótipo seria atualizações de registros já existentes na tabela "AntebracoDir", troca o código que tens ai por este:

Private Sub Opção0_Click()

Dim Msg, strResultado As String
Dim intBusca As Integer

strResultado = "Sem"

Msg = MsgBox("Possui alterações? " & vbCrLf & "Pressione Sim para abrir o formulário de Inspeção, Não para gravar todos os elementos como sendo sem alterações " _
& "e Cancela para permanecer no formulário atual.", vbYesNoCancel + vbInformation, "ESCOLHA")

If Msg = vbNo Then

intBusca = InputBox("Digiite o código do Antebraço.")

CurrentDb.Execute "UPDATE AntebracoDir SET AlteracoesPele='" & strResultado & "', UmidadePele='" & strResultado & "', PigmentacaoPele='" & strResultado & "', TemperaturaPele='" & strResultado & "' WHERE CodAntebracoDir =" & intBusca & ""

ElseIf Msg = vbYes Then
DoCmd.OpenForm "InspecaoAntBracDir"
DoCmd.GoToRecord , , acNewRec

ElseIf Msg = vbCancel Then
DoCmd.CancelEvent
End If

End Sub

O código é para o primeiro grupo, a ocorrência se dará da seguinte forma: Quando escolheres a opção "não" abrirá uma imputbox pedindo para digitares o código do antebraço, pois é necessário essa identificação para poder gravar no registro coreto visto que o processo se dará através de um formulário(AntBracoDir) desacoplado.

Bom dia Beto
Mais uma vez obrigado.
Este aplicativo se autorizar e logico quiser mando todo o conjunto por email.
Mas é apenas uma fração.
Como atuo na área médica e faço perícias, resolvi criar algo para mim.
afinal so existe um software no mercado, e para mim ele esta digamos incompleto.
Todo o processo penso que será amarrado numa chave primaria que será o número do processo.
e existem várias tabelas (+- 60 e poucas creio eu).
a ideia é ter um form onde apareça nome, processo, vara...e dai usar outros forms para introduzir as informações.
Por isso o que precisava era de algo que entrasse automaticamente.
quando estivesse vendo la em cima o nome, processo etc....ao registrar estas novas informações fossem automaticamente registradasa, sem a necessidade de toda hora digitar algum número de código.
Não sei se fui claro.
gde Abs

Não precisa mandar o banco todo não, me referi a questão do pedido de ajuda, é que se tivesse enviado a estrutura atual no outro tópico eu teria percebido que seria atualização de registros já existentes na tabela e não inclusão de novos registros, o código correto é esse que passei no post anterior. Faz o teste ai. Lembrando que, para as informações serem gravadas nos registros corretos é preciso informa uma identificação do registro, vais observar que ao escolher a opção “não” vai aparecer uma imputbox pedindo para informar o código do antebraço, se a ação fosse realizada no formulário que tem como origem a tabela que receberá as informações não precisaria informar, pois o access entenderia que as informações a serem gravadas na tabela seria do registro atual no formulário, mas como se trata de um formulário desacoplado precisa informar.

Oi Beto
Testei.
Funciona sim.
Contudo, fiz esse banco 2.
A ideia e quando escolhesse o numero do processo aparecesse os demais dados.
Ao escolher qual a região a examinar abriria o form.
Fiz para o antebraço direito e esquerdo.
Examino e clico ok.
E ai teria como essas informações irem diretas para o numero do processo sem a necessidade de digitar toda a vez este numero?

Amigão, não vamos incorrer no mesmo erro de antes, verifica o campo do processo e preenche com dados fictício, mas que sejam concretos, verifiquei que existe uma máscara nesse campo condicionando a digitação de 20 caracteres nesse campo, procede isso? E confirma se o formulario a digitar esse processo para carregar os formulários pertinentes a esses processos é o form. Cadastro?

Procede sim. A numeraçao.do.processo e essa.mesma. Hj em dia eles sao unicos e determinados pela justiça.
Existem mais form conforme falei...mas depois.de entender adapto.
Obrigado

Como não mencionastes os objetos envolvidos nessa nova mudança, presumi que seria o formulário "cadastro" e ao digitar o número do processo, como não preencheste esse campo, eu preenchi da minha cabeça, quando jogares o processo e clicar no botão Antebraço Dir, vai abrir "AntropometriaAntBracDir", também foi escolha da minha cabeça, clicando no primeiro grupo de opções e escolhendo o não ele vai lançar os campo informados no Upadate pertinentes a esse processo. Fiz somente o teste messa opção para ver se é isso mesmo que desejas.

To chegando em casa. Vou testar e avuso.
Obrigado

Beto
O form cadastro refere se ao exame médico da pessoa.
Todos os processos serão cadastrados atraves de outro form.
Quando abrirmos o form cadastro veremos esse form da forma que esta la.
Buscamos o nome da pessoa e ele abre com as outras informações.
Ate ai tudo bem?
Vera dois botoes;
Antebraço direito e esquerdo. e um subformilário.
Penso em colocar dessa forma, neste local todos os forms de exames, que serão acionados pelos botões.
Contudo esses estarão invisíveis e ao clicarmos ele aparece no form cadastro e visível.
Ok?
Depois ao escolhermos uma opção qualquer do antebraço ai ele abre o respectivo form.
Pode ser no mesmo form na forma de sub relatório ou em outro qualquer.
lançamos as informações e veremos na tabela os dados lançados.
Mas gostaria que não precisasse digitar o qualquer numero alem daquela pesquisa inicial.
Consegui passar?

A rotina de invisível/visível não funcionou.

Amigão, a coisa tá complicada de entender, olha só, no formulário "cadastro" ao clicar no botão AnteBraço Dir ele abre o formulário "AntBracoDir" e no botão Antebraço Esq abre o formulário AntBracoEsq, certo? Só que esses formulário são desacoplados e para eu fazer qualquer ação dentro dele, por exemplo: abrir um determinado formulário em um registro específico eu preciso ter um filtro no próprio formulário que vou executar a ação ou no caso do formulário desacoplado ter uma caixa de texto ou trazer uma imputbox como eu fiz no exemplo para que eu possa digitar esse filtro que identificará o registro a ser aberto, a mesma coisa para gravar na tabela, o access precisa saber qual é o registro que vai receber as informações através do filtro, se não for feito isso as informações serão armazenadas no primeiro registro da tabela, assim como para abrir o formulário sem o filtro será aberto mostrando todos os registros da tabela.

Entendi.
As informaçoes serao lançadas todas elas no numero do processo.
Qto a formulario desacoplado irei estudar p entender melhor o que vc fala.
Como nao possuo muito saber fica difícil de explicar.
Mas vou tentar explicar melhor. Vamos la.
1- um form geral p cadastrar numero do processo nome e etc.....
2- um form para pesquisar o numero do processo e nome.
Neste mesmo form.....penso em colocar botoes para lançar por regiao do corpo aquilo q evidenciar.
Esse botao abriria um (exemplo subformulario) antebraço direito, q esta invisivel para tornar se visivel, ao abrir este form escolheriamos uma das opções que ja estao la.
Clicariamos na opçao escolhida e ai abriria o form....exemplo antropometria do antebraço direito. Lançariamos os dados que forem encontrados.
Todos baseado na rotina que vc criou.
Fechariamos o form escolhido e prosseguiriamos.
Consegui passar?

Obrigado

Então dê corpo a sua idéia, faça a estrutura e me passe dando sempre nomes aos bois (objetos) envolvidos na ação e qual ação será efetuada. Lembrando que objeto(formulário) que estiver sendo ponte para a ação terá que ter uma identificação para a filtragem da ação, essa identificação pode ser o número do processo, a chave primária e etc., desde que tenha essa mesma identificação tanto no formulário responsável pela ação como na tabela que receberá a ação, eu ainda acho que como tinha sugerido no primeiro exemplo seria menos trabalhoso, vc informaria na imputbox a chave primária (CodAntebracoDir) da tabela "AntebracoDir" como está no 1º modelo ou o número do processo, mas enfim, crie os objetos de acorodo com teu raciocínio e posta novamente.

Ok. Vou fazer c calma e posto amanha.
Obrigado e bom sabado.
Abs

igualmente

Boa tarde Beto
Tudo bem?
Bom fiz um novo banco antebraço direito 4.
Vera 6 tabelas e alguns forms.
Acrescentei o cadastro do processo, do autor e do adversário.
Criei os respectivos forms.
Fiz uma relação entre as tabelas e realmente não sei se eria a adequada.
Criei uma tabela cadastro de pericia que é onde os dados relacionados a mesm serao gravados.
e ai criei uma consulta no form cadastro de pericia consulta.
Pq? Pq penso que ao clicar no numero do processo neste form apareceria logo abaixo o "cabeçaho" deste forum.
assim veria sempre numero quem e para onde.
logo abaixo entrariam os botões para acionar os forms do exame médico.
so coloquei os do antebraço.
Penso que ao clicar nesse botoes...o subform que esta invisivel ficaria invisivel, aparecendo as informações iniciais do antebraço Direito e/ou esquerdo.
e ai ao clicar na rotina das caixas de mensagem que vc criou acionaria os form.

A ideia de usar a caixa de mensagem é agilizar o envio das informações consideradas normais
Só não desejaria ter que digitar toda vez um código. Pois penso que assim perderia esta finalidade.

De qualquer forma, fique a vontade para mudar ou qualquer outra coisa que achar.
Nem sempre o que desejamos é viavel. Pessoas com experiencia nos mostram o caminho mais certo.
Obrigado

Mylton, só agora tive tempo de ver teu novo protótipo, rapaz a coisa continua embaralhada, veja só:

1º ponto: Para os relacionamentos, só é necessário se fazer entre as tabelas que vão ter ligação entre si, exemplo: Tabela cliente com tabela pedidos, tabela pedidos e detalhes do pedido etc.;

2º ponto: Colocastes 2 subformmulário (AntBracoDir e AntBracoEsq) dentro do formulário principal (Cadastro Pericia Consulta) que tem como origem a mesmo Tabela, mudei para grupos de opções;

3º ponto: O Formulário "Cadastro Pericia Consulta" que vai ser usado como instrumento de pesquisa não precisa ter uma origem, mudei também, pois não vai alimentar nenhuma tabela e sim servir de ponte para gravar os dados nas tabelas "AntBracoDir e AntBracoEsq)".

4º ponto: Não estou entendendo porque nessas 2 tabelas citadas acima tem tantos campos (83).

Faz o teste ai, para ver se está de acordo com tua necessidade, os eventos se darão através do formulário "Cadastro Pericia Consulta", que ao buscar o número do processo, são carregadas as informações desse processo e a clicar em um dos botões ficam visíveis os botões de cada antebraço para a inserção dos dados nas tabelas pertinentes a cada processo carregado no formulário.

Beto.
Boa tarde.
To de plantao hj no hospital.
Chego amanha a noite.
Farei o teste qdo chegar e respondo a vc.
Obrigado e abs

OI Beto.
Cheguei moído.
Testei hj.
Funciona sim.
Mas ficaram algumas duvidas.
Vamos lá.
Pq vc não relacionou as tabelas do antebraço?
se elas estão ligadas a existência ou não de alterações a variação?
Penso que se vou examinar alguém e registrar esses dados, eles deveriam estar amarrados a alguma coisa.
Por isso pensei no numero do processo.
Poderia explicar?

quanto aos campos 83...
se reparou verá que fiz "quase" tudo destas regiões.
O objetivo?
Escrever o menos possível.
tornar a coisa mais automática.
Médico tem uma certa preguiça de escrever...
rs.

Assim, penso que se ficassem amarradas em algo, na hora de criar uma mala direta, tudo relacionado ao numero do processo seria exportado.
e não, talvez, precisasse colocar o código na rotina que vc criou.

Obrigado.
Abs

Questão dos relacionamentos, citei como exemplo: Clientes se relaciona com Pedidos e esse como os detalhes desse pedido, no teu caso, seria: Paciente com as tabelas de antebraços, quanto a questão das quantidades de campos nas 2 tabelas, coloca teu banco de dados como se fosse um armário com várias gavetas, já pensastes, colocares em uma só gaveta: oficios, memorandos, históricos de pacientes e etc. a bagunça que vai ficar. aconselho vc a baixar do repositório apostilas e manuais para entenderes melhor essa questão organizacional de um banco de dados assim com a questão dos relacionamentos também.

Beto.
Hj da forma q fiz....
Ja deram p mais 60 tabelas.
Ja pensei em dividir a tabela antebraço direito em.varias tabelas. mais ou menos assim:
Dor.
Inspeção.
Antropometria.
Fotos..
E oor ai iria.
Mas ao final ficaria essas 60 tabelas vezes essa divisao toda.
Ai eu nao saberia como interligar tudo.
Por isso, pensei em criar um tabelao para cada regiao.

Como vc faria?

Uma outra observação em relação as tabela de antebraços, não comparei todos os campos, mas pelo jeito todos os campos se repetem em ambas, não é isso, então porque não crias uma única tabela, que seja com todos os campos já existentes e criarias um outro campo para se identificar cada um deles?

O basico das tabelas sao todas iguais. Diferem em oequenas coisas....
Exemplo..
Local onde a pessoa sente dor. O que seria a anatomia topografica da regiao.
E nas regioes onde existe articulaçao, que apresenta manibras semiologicas diferentes..testes das juntas...se me entende.
Mas como faria eesa ligaçao da tabela basica com as regioes da anatomia.
Uma vez que uma pessoa pode ter lesao em varias partes ao mesmo tempo?

amigo, essa questão de teres 60 tabelas ou apenas uma não muda em nada na questão de quantidade, mas te pergunto: o que preferes, carregar 10 caixas  individualmente pesando 10 Kg cada ou carregar uma única caixa pesando os 100 Kg equivalente as 10?

Individual.
So nao sei como fazer isso.

Essas 2 tabela seriam o diagnósticos dos pacientes?

Nao. Elas representam o exame fisico da regiao anatomica antebraço dir ou esq.
Cada regiao tem sua tabela.

Qdo chegar em casa vou mandar p vc o q considero como bqsico em.regioes q nao possuem articulaçao e as q possuem.
Ai poderá ter uma ideia e me ajudar mais um pouco.

Oi Beto
Fiz um formato só com tabelas para que possa ver.
Mantive as do exemplo anterior e acrescentei as abelas do cotovelo e do exame psiquiátrico.
Criei uma básica onde será comum a todas as tabelas de exame físico ortopédico.
Irá ocorrer variações no sentido de ter mais campos em regiões anatômicas que possuam articulação, exemplo:
Cotovelo, quadril, mão, punho etc....
Fiz uma para cotovelo de nome BasicoArticulacaoCotovelo
Também ira ser acrescido os pontos álgicos relacionados a topografia anatômica de cada área.
Acrescentei a do antebraço com o nome BasicoLocalDorAntebraco.
Acrescentei uma tabela de nome ExameFisicoPsiquiatrico.
Coloquei uma do jeito que havia feito de nome CotoveloDir para que possa ver como tinha feito.

Com isso poderá apagar as de nome antebraço direito e esquerdo.
ja que agora tem uma basica a tudo com as variações descritas.

Bom agora como poderia fazer da forma que aconselhou?

Amigão, em relação as tabelas do antebraço dos modelos anteriores elas até poderiam ficar do jeito que estavam, mas é preciso que entendas a questão dos relacionamentos, elas não tem porque ficar relacionadas entre sim, pois não terão vínculos propriamente ditos, uma tabela pacientes sim teria vínculo, pois as ações incluídas nessa tabelas como "dor", calor, "hematoma", "Deformidade", "AlteracoesPele", PigmentacaoPele, enfim... todas aquelas descrição que estão nas 2 tabelas quem sente é o paciente, se vc não conseguir entender isso vai ficar difícil sair do lugar, o meu questionamento quanto a todos aqueles campos existentes é para alertar que se por um acaso vc precise criar futuramente uma consulta tendo origem uma delas e vc tendo por exemplo, 50 mil registro, a tabela vai demorar a carregar, não entendi ainda até agora qual seria a finalidade dessas tabela.

Beto.
vamos la
É uma proposta de realizar um programa para area medica.
Só que em vez de registrar as informações como sendo de um paciente, será registrado para analise médica relacionada a um proceso judicial.
Exemplo.
Vc trabalha par um banco qualquer.
durante anos trabalha sem parar, fica doente, falta etccc.
Um dia o banco manda vc embora.
ai vc entra com uma ação trabalhista, onde alem de tudo que os advogados pedem, ele pede uma reintegração ao antigo emprego.
O juiz nomeia um de nós médicos peritos, que faremos então uma analise de todos os documentos contidos nesse processo, que possui um número...exemplo 000.123-67.2014.01.5.8.0221.
alem de termos que registramos essas informações relacionadas ao processo faremos também um exame médico do (a) autor(a) desta ação.
Examinaremos toda pessoa registrando os dados.
são duas diferenças... Não é para tratar ninguém.
E é mais complexo o tamanho das informações.
Por isso quanto mais abrangente, mais fácil fica de registrar clicando em vez de digitando.
Por isso a insistencia, talvez "burra da minha parte", em querer amarrar tudo relacionando como chave primária o número do processo, e ai incluindo o antebraço, cotovelo...etc....
Espero que tenha entendido.

Em relação a esse novo modelo, é necessário vc criar também os formulários para a gente entender a finalidade de cada um.

Agora estais começando agir com lucidez, se ao invés de paciente será processos, a primeira coisa a fazer é isso: Cria a tabela de processos com todos os campos pertinentes a esse objetos, ai sim vc cria as tabelas que serão ligada a ele, como as tabelas antebraços por exemplo.

OI
Mantive aqueles forms que vc havia realizado e acrescentei aqueles que havia planejado anteriormente e da forma que pensava.

Primeira mudança, foi mudar chave primária da tabela "CadastroProcesso", evita usar campo texto como primary key, o formulário a ser utilizado para realizar as tarefas de inclusão dos dados nas tabelas "AntebracoDir" e "AntebracoEsq" será o formulário "CadastroProcesso", vais observar que tem uma combox "Busca processo" que servirá para carregar os dados do processo escolhido na mesma, ao clicar no botão "Antebraço Direito" tornará o grupo de opções visível, onde observarás a primeira opção "Insere Processo", clicando nessa opção fará a inclusão do número do processo atual e a chave do relacionamento na tabela "AntebracoDir" e as outras opções farão a atualizações dos outros campos na referida tabela, as mesmas ações serão realizadas pelo botão "Antebraço Esquerdo".

Amigo
Vi. E gostei.
Mas me tira uma dùvida.
No relacionamento vc criou 2 grupos:
Um para cadastro de processo e outro para cadastro pericia.
Todas as tabelas que encaixaram no exame físico eu coloco na parte do cadastro da pericia certo?
Ligando elas pelo Nro_Processo certo?
Então não preciso ter em todas as tabelas o campo NProcesso?
Existira algum momento em que os 2 cadastros serão interligados?[
Obrigado

Mylton, vc precisa primeiro entender essa questão dos relacionamentos, eu criei apenas a ligação da tabela "CadastroProcesso" com as tabelas de antebraços, as outras ligações já estavam, se observares nesse relacionamento que criei, a chave primária (Id_Processo) principal que está na tabela "CadastroProcesso" é que fará a filtragem entre as tabelas de antebraços, por exemplo, quando eu desejar pesquisar informações sobre um determinado processo. Quanto a questão do campo NProcesso, dependendo da situação vc pode ter em todos as tabelas que vc precise dele, mas como relacionamento entre as tabelas, vc deve evitar o uso de campos que tem formato texto como chave primária e sim dar preferência a números para essa finalidade.

Ok.
Vou voltar a prancheta e estudar um pouco mais..
Qualquer coisa aviso a vc.
Muito obrigado.
Abs

Ok. Saudações do fórum pelo retorno e fechamento do tópico e bons aprendizados.