Better encapsulation of record metadata

Right now we have the Record class with a huge number of attributes in the top level object. These attributes are varied, fall into many categories, and become very hard to keep track of.

I also find it rather awkward that there is no separate 'header' or 'metadata' type of object. ie. rdheader and rdrecord both return the same type of object.

Initial idea:

• RecordInfo class for storing all the header data. Includes record and signal specification fields, and comments. rdheader will create this type.
• Same Record class for WFDB records. The info attribute will be a RecordInfo object.

Having the top level p_signal, d_signal attributes is not my favorite, but I feel like it's rather pointless to have another object to capture these fields.

Open to suggestions.

Comienza leyendo la clase Record existente y los puntos de entrada rdheader y rdrecord mencionados en el issue, identificando qué atributos de nivel superior representan los datos del header, de la especificación de señales y de los comentarios. Define el límite previsto de RecordInfo y comprueba cómo utilizan los llamadores estos atributos; se considera terminado cuando la propuesta de encapsulación es coherente y sus efectos sobre ambos tipos de objetos devueltos están documentados.