domingo, 14 de abril de 2013

MODELADO DE UNA BASE DE DATOS DE UN HISTORIAL CLÍNICO ELECTRÓNICO (3)

JUSTIFICACIÓN DEL DISEÑO:

Se presentan algunos comentarios sobre el diseño de la base de datos. Es importante aclarar la posición jerárquica en el que se sitúan todas las clases.

(El “entrecomillado” hace referencia a la palabra clave que sintetiza la relación de pertenencia).
Abstractamente se tendría en lo alto del todo a los Historiales Clínicos, que son “compartidos” por los médicos (relación una a varios). Estos historiales se sitúan en paralelo (relación uno a uno)con el Paciente al que “pertenecen”.
Los historiales clínicos ”tienen” las diferentes “pautas”: amnanesis, exploración, diagnóstico, etc…
Los pacientes “piden” Citas y “pertenecen” a un determinado hospital que le es asignado por proximidad por la seguridad social: Por ejemplo “Hospital Clínico Universitario”, o “Hospital Río Hortega”, o ya sea una clínica privada a la que se puede acudir independientemente de proximidad consultando el cuadro clínico de la compañía como por ejemplo “Sanatorio Sagrado Corazón de Jesús”.
Todos estos centros se caracterizan como se ha descrito en las premisas por el tipo de servicio o atención que proporcionan al paciente.



CONCLUSIONES:

Este trabajo nos ha permitido descubrir el modelado de una base de datos de un caso real y concreto como puede ser la implementación de un historial clínico electrónico en un hospital. Como futuros ingenieros de telecomunicación hemos agradecido tocar estos temas relacionados con la “Telemedicina” con el propósito de trabajar en un futuro en posibles proyectos de investigación en el sector de la sanidad y que nos puedan servir para poder implementar sistemas reales.

Recordar que el diseño final que ha sido propuesto es el consensuado por el presente grupo y que cualquier otra planificación de la base de datos hubiera sido tan válida como ésta. Son posibles incluso diferentes modelados a partir de las mismas premisas de partida. Además estas premisas podrían variar. Para hilos futuros cabría reflexionar qué aspectos influyen más o hacen diferir más en los distintos diseños y modelados de una misma base de datos.

MODELADO DE UNA BASE DE DATOS DE UN HCE (2)

DESARROLLO DE LA BASE DE DATOS:

La base de datos se ha decidido implementar con Microsoft Access 2010 y generar a partir de dicho software el diagrama de clases. Las capturas que se muestran a continuación están basadas en el archivo “Historial Clínico.accdb”. Si se despliega dicho archivo puede observarse en las diferentes pestañas las clases declaradas junto con los campos con sus atributos.



Puede observarse que los campos están preparados para ser cumplimentados acordes con los deseos del demandante de la base de datos.
DIAGRAMA DE CLASES FINAL:



MODELADO DE UNA BASE DE DATOS DE UN HCE

INTRODUCCIÓN:

El marco contextual en el que nos encontramos está estrechamente relacionado con el ámbito de las telecomunicaciones aplicadas a la sanidad. Todos los proyectos de telemedicina implementados en la realidad pasan por un proceso de planificación y diseño inicial en el que el modelado de bases de datos juega un papel fundamental. El caso que nos ocupa se centra en la elaboración de una base de datos relacionales basada en un historial clínico electrónico. Se parte de unas premisas comunes que caracterizan las diferentes clases y atributos y a partir de las mismas se complementan con otras premisas propias que se añaden a continuación. La elección de estas premisas no es arbitraria y ha de ser debidamente justificada.



ELECCIÓN DE LAS PREMISAS:

• Los médicos buscan anteriores revisiones en los historiales clínicos electrónicos de los pacientes.
• Los historiales clínicos electrónicos son compartidos entre los diferentes médicos.
• Los pacientes piden cita a su Centro de Salud a través de Internet, vía sms o acudiendo de forma presencial.
• Los historiales clínicos electrónicos tienen las siguientes partes: amnanesis, exploración, diagnóstico, tratamiento, otras pruebas complementarias.

Como puede observarse en el enunciado se dispone de 4 premisas básicas que se toman como punto de partida. A partir de estas se ha decidido añadir las siguientes premisas que complementan el diseño y modelado de la base de datos propuesta.

• La “amnanesis” se compone del conjunto de síntomas, opiniones subjetivas del médico, recuerdos del paciente, aspectos hereditarios, y demás antecedentes médicos.
• La exploración está compuesta por el conjunto de pruebas conocidas: radiografía, ecografía, resonancia, análisis, cultivos, electro cardiograma, mamografía.
• El tratamiento a su vez puede estar constituido por antibióticos, antiinflamatorios, dieta blanda, quimioterapia, ingreso u operación entre otros.
• El paciente tiene un identificador único de paciente, y se caracteriza por la fecha de nacimiento, nombre y apellidos, peso, altura, teléfono personal, género y la dirección y código postal.
• Los médicos tienen un identificador único, nombre y apellidos, especialidad, hospital o clínica en el que trabajan, y el tipo de consulta que lleva a cabo (atención pública o privada).
• El hospital se caracteriza por el nombre, dirección , localidad, un identificador único de hospital, el tipo de atención (pública/privada), y por último de que compañía/s es dicho hospital
• En el hospital pueden convivir varias compañías, se indica el nombre de ellas como por ejemplo: SANITAS, ASISA, MUFACE y ADESLAS.

lunes, 18 de marzo de 2013

El estándar


La historia clínica es el conjunto de documentos relativos al proceso de asistencia y estado de salud de una persona realizado por un profesional sanitario [1].

Como es bien sabido, hasta comienzos del siglo XXI la historia clínica de los pacientes consistía en un conjunto de documentos en los cuales aparecía, de una forma más o menos ordenada, la práctica médica a lo largo de la vida del paciente. Sin embargo desde entonces, se ha ido implantado de forma paulatina aunque aún inacabada, la digitalización de tal información y documentación, tanto de los datos personales del paciente, como de aquellos relativos a la praxis médica. [2-3]
La creciente demanda de necesidades en nuestra sociedad del bienestar hace que sea necesaria una fusión de los servicios ya ofrecidos con las TIC (Tecnologías de la información y la comunicación). De esta unión es producto los HCEs dada la necesidad de estructurar la información de los pacientes de forma coordinada para que el conjunto de profesionales sanitarios puedan acceder a ella e interpretarla de la forma más rápida posible.
Los historiales clínicos tradicionales tienen una serie de desventajas obvias como que la mayor parte de las veces no es accesible de forma inmediata, la ambigüedad legal que muchas veces suponen o el usual problema de espacio de las ingentes cantidades de papel generadas para documentar la historia de todos los pacientes. Otros inconvenientes de la historia clínica tradicional surgen dado la base sobre la cual han sido escritos, el papel, con el consiguiente deterioro, problemas de legibilidad, etc.

No se pretende afrontar las ventajas e inconvenientes de la historia clínica tradicional, pero sí hacerlo de la historia clínica electrónica, la cual soluciona muchos de los problemas antes expuestos.
En en futuras entradas de este blog se exponen primeramente las ventajas introducidas por la historia clínica electrónica. Seguidamente se exponen y explican sus inconvenientes. A continuación se exponen los estándares y protocolos de telecomunicaciones que regulan el intercambio, almacenamiento, codificación y representación de los historiales clínicos electrónicos. Se ha desarrollado el concepto de Linked Data Cloud como solución al intercambio de documentos por la red. Finalmente se hablará del impacto social de la Historia clínica electrónica y se exponen las conclusiones finales.

Referencias:  
[1]            Ministerio de Sanidad, Servicios sociales e Igualdad.

[2]            Artículo Introductorio HCE Ing. José Luis Alonso Lanza:

[3]            La historia clínica electrónica. Revisión y análisis de la actualidad.

Linked Data Cloud


La red informática mundial está constituída con el fin de
establecer hipervínculos entre documentos de la red. Los hipervínculos son la base para la navegación  y búsqueda por la red e integran todos estos documentos web en un único espacio global de información. [1-4]


El problema es que los APIs (interfaz de programación de aplicaciones) no asignan  identificadores globales a los datos  y por lo tanto no es posible establecer hipervínculos entre datos procedentes de diferentes APIs. Esto conlleva a una separación de la web en función de la fuente de los datos  y no se pueden implementar aplicaciones a los diferentes tipos de datos en la red.

Así surge el Data Link (datos enlazados). Los Datos Enlazados es la forma que tiene la Web Semántica de vincular los distintos datos que están distribuidos en la Web, de forma que se referencian de la misma forma que lo hacen los enlaces de las páginas web.
La Web Semántica no se trata únicamente de la publicación de datos en la Web, sino que éstos se pueden vincular a otros, de forma que las personas y las máquinas puedan explorar la web de los datos, pudiendo llegar a información relacionada que se hace referencia desde otros datos iniciales.
De la misma forma que de la web del hipertexto, la web de los datos se construye mediante documentos en la web. Sin embargo, y a diferencia de la web del hipertexto, donde los enlaces son relaciones entre puntos de los documentos escritos en HTML, los datos enlazan cosas arbitrarias que se describen en RDF.
Por ejemplo, suponiendo que un directorio de empresas publica información especializada relativa a las organizaciones, como su tamaño o área profesional, es posible que desee indicar también información sobre la localización. Ya que en la web existen sitios con grandes bases de datos geográficas, con información pormenorizada sobre las localizaciones, el directorio de empresas puede hacer referencia a los datos geográficos que están dispuestos por esa fuente externa. De esta forma, los datos iniciales de la organización se enriquecen con información que ofrecen los expertos en el ámbito geográfico.

Además, ¿qué ocurre cuando se necesita un historial clínico  de otro país/ciudad o un diagnóstico para una persona que necesita ser operada de inmediato?
Lo habitual es que existan diferencias de formato de imágenes, vídeo y todo tipo de aplicaciones y esto hace difícil el intercambio de recursos entre diferentes plataformas.

Este ejemplo como muchos otros han dado lugar a la creación de aplicaciones médicas como Open MRS, bases de datos geográficas como GeoNames o agrupaciones de  datos estadísticos globales como Riese.

Es un fenómeno necesario y emergente, por ello cada vez hay más personas y organizaciones publicando datos en la Web. 



Referencias:    
                [1]            Linked Data cloud: Artículo de divulgación en inglés.
                                       http://ceur-ws.org/Vol-717/paper4.pdf
        [2]            Aplicaciones: Linked data cloud
[3]            Revista divulgación sobre linked data cloud:
                               http://www.w3c.es/Divulgacion/GuiasBreves/LinkedData
[4]            Presentación sobre datos enlazados en nube:
                               http://www.slideshare.net/cticod/hacia-una-nube-de-datos-pblicos-enlazados