desenho dinâmico da base de dados?

Dê uma vista de olhos no esquema EAV (Entity Attribute Value) Database Design.

Não tem de O usar exclusivamente, só para os seus dados dinâmicos. Vai tornar essa parte das suas perguntas interessante? Sim. Mas compra uma incrível quantidade de flexibilidade. Btw, eu usei o esquema EAV para vários projetos EHR/EMR com sucesso.

Há duas maneiras básicas de fazer isto. Você terá uma mesa de pacientes em qualquer caso com o número de identificação do paciente, nome, e talvez informações de contato.

Então, você pode adicionar colunas a esta tabela (ou seja, coluna fumante que seria 1 Para sim ou 0 para não), e você pode adicionar um monte de colunas correspondentes a cada um dos atributos dos pacientes.

O outro (e melhor, IMHO) seria deixar a mesa de pacientes em paz, e depois adicionar um tabela de atributos. A tabela de atributos teria colunas de patientID, attributeName e attributeValue. Assim, para um fumante, você pegaria o ID do paciente e adicionaria uma linha na tabela de atributos de (id, "fumante", 1) e continuaria adicionando assim. Então você tem que escrever consultas para obter toda a informação sobre um determinado paciente a partir da tabela de atributos, mas isso é outro desafio...

Veja os "padrões de Análise" de Martin Fowler. Ele faz um bom trabalho a explicar alguns modelos de objetos bonitos para os sistemas de saúde. Acho que também te pode dar algumas boas ideias sobre o modelo de dados.

Começa com os objectos, e o resto segue-se.

Antes de prosseguir com o seu design numa base de dados relacional, tente imaginar se será fácil de manter. Na prática, muitos desses tipos de sistemas tentam quebrar o modelo relacional -- este é um caso bastante clássico onde você tem formas, cada forma tem campos, nenhum dos Campos está relacionado um com o outro, cada paciente tem cópias de formas e campos, e assim por diante. Preferia isto a um modelo relacional. Ver projectos como o Couch DB , que são bases de dados centradas em documentos em vez do modo que está habituado a ver com tabelas e esquemas e assim. Investiga CouchDB, Mnesia ou outra base de dados não relacional. Obter um livro sobre o assunto e descobriu a melhor maneira de projetar este tipo de sistemas de uma maneira idiomática.

Na prática, estes tipos de sistemas são como bases de dados de valor de atributos de entidade, excepto que podem ser bem pesquisadas numa indexação.

O que queres dizer com "dinâmica"? Parece que você tem um conjunto de dados bastante padrão sobre os pacientes a serem armazenados. O meu conselho para vocês seria modelar esses dados: pacientes e seus atributos. Não tente modelar um questionário. Os meios usados para reunir esses dados são irrelevantes e o projeto do formulário não tem muito a ver com o projeto do banco de dados.