GRADE DE AGENDA

NILTON.VIANNA 11/10/2010 11:12:40
#354825
,Samuka Obrigado pela atenção...

O que esta me complicando um pouco é a exigência do meu cliente.
Como vc sabe o cliente sempre tem razão,
Pois bem em pode se alguma meu cliente quer unir uma carteira (tabela pra nos) de paciente
Com os demais médicos, por isso que editou naquela de fazer uma tabela pra cada medico.
Já uni as tabelas deu certinho uma única tabela pra todos médicos.
Como você citou cada medico tem sua especialidade se o paciente for fazer uma consulta com outro medico, independente se ser no mesmo local, daí é outra história.

no caso de médico tudo bem faz uma tabela única pra todo, com cada um com seu login de acesso.

Só que a tabela paciente é bem completa com muitos detalhes de cada paciente
Por meio de segurança sem ter que me comprometer com o banco de dados
Minha idéia é de fazer uma tabela pra cada medico.

Não sei se deu pra entender..
Mais uma vez grato pela sua atenção.
Nilton


SAMUKA 11/10/2010 11:52:47
#354834
Me diz uma coisa: vc usa componentes para acessar o Banco de Dados, ou faz via código, com instruções SQL e tal?
NILTON.VIANNA 11/10/2010 14:02:24
#354852
Instrução Sql
Servidor Local do Fire.
NILTON.VIANNA 11/10/2010 14:04:22
#354853
Eu entrei num acordo vou montar o projeto, pra 10 medicos
cada medico vai ter seu propio BD
ACG1574 11/10/2010 16:51:08
#354868
olha, eu nao faria isso, nao tem nada haver fazer isso, só vai te dar dor de cabeça no futuro , o certo da sua modelagem seria assim:

tabMedico tabPaciente tabMovimentacao

Codigo Codigo CodMedico
Nome Nome CodPaciente
etc... etc... DataAtendimento
Observacoes
Receita
Diagnostico
Etc...


ou seja, vc teria 3 tabelas, uma para cadastro de medicos, cada medico cadastrado uma só vez, uma pra pacientes cadastros uma só vez cada um, e uma para cada consulta ou movimentação , do jeito que vc quiser melhor o nome da tabela. ok, esse seria o correto.
SAMUKA 11/10/2010 18:03:01
#354873
ACG1574, foi exatamente o que eu disse a alguns posts atrás ..... e essa é a opinião de todos.
NILTON.VIANNA 12/10/2010 09:27:38
#354899
Blz Pessoal
ok tenho que concordar com vcs, o unico caminho é esse mesmo.
ao carregar meu form eu coloquei uma Label assim;

no menu principal
FrmCadPaciente.lblMedicoID.Caption = MsflexGrid1.TextMatrix(MsflexGrid.Row, 0)
ele coloca um label com o codigo de medico pra selecionar os medicos com seus devidos paciente
exe: medico = 1 ele pega da tabela somete o correspondente a ele OK.
vou ter que fazer uma Query de busca no paciente, no meu txtNome
somente aqueles que seja ligado com a lblMedicoID.Caption
Sql = [Ô]SELECT * FROM Cad_Paciente WHERE Nome Like [ô][Ô] & txtNome.Text & [Ô]%[ô]ORDER BY Nome[Ô]
minha duvida é onde colocar essa lblMedicoID.Caption na Query pra pesquisa



SAMUKA 12/10/2010 14:11:59
#354915
Da mesma forma como vc fez a consulta do Paciente

Dica: No login vc armazena a informação de qual médico está logando e utiliza o código do médico, pode ser armazenado num modulo, numa variavel Global

GLOBAL codMedico AS LONG


SQL = [Ô]SELECT * FROM tbConsultas WHERE codMedico = [Ô] & codMedico & [Ô]ORDER BY dataConsulta[Ô]


Nessa tabela consultas ficará armazenado codMedico, codPaciente, dataConsulta, etc .....
NILTON.VIANNA 12/10/2010 16:11:50
#354923
Samuka, acho que eu não soube me explicar,

minha Tabela CadPacientes esta Assim

PacienteID 99999
MedioID 01
Nome Paulo
Etc..

se for outra consulta

PacienteID 99999
MedioID 02
Nome Maria Aparecida

veja que o paciente tem o mesmo Número(Prontuário)
Etc..

nessa tabela esta todos os pacientes como eu sei quem é quem ao listar os médico do Paciente = MedicoID = 01
ele pega na tabela tod os paciente com o codigo MedicoId 01

mais ou menos assim
Verifica_RS
RS.Open [Ô]select * from Cad_Paciente where [Ô] & txtTipoPes & [Ô] like [ô][Ô] & txtProcurar & [Ô]%[ô] order by Nome[Ô], CnSql

Velu
SAMUKA 13/10/2010 07:03:19
#354956
Veja a imagem. é essa a relação entre Paciente, Medico e Atendimentos/Consulta/Movimento(o nome que preferir).

Através de instruções SQL é possivel [Ô]navegar[Ô] em qq direção.

Dica: se vc não manja nada disso ... é melhor se apronfundar um pouco mais em banco de dados. Ou vai perder tempo e desenvolver projetos ruins. Pq um banco de dados de qualidade, influencia e muiito na qualidade final de um sistema.
Página 3 de 4 [33 registro(s)]
Tópico encerrado , respostas não são mais permitidas