Gestionar Caso clinico

GESTIONAR CASO CLÍNICO
La gestión de casos clínicos sirve de apoyo a la comunidad médica, puesto que se
facilita la atención de casos en los que el médico no tiene experiencia y acude a
los demás, o también para mostrar a la comunidad un tipo de patología o caso en
particular muy poco común o desconocido. Toda esta información es muy valiosa
para futuras generaciones de médicos que pueden usar la comunidad médica
como un apoyo para reforzar y afianzar su conocimiento. La información de estos
casos clínicos será la usada directamente por el sistema, para garantizar así que
dicha información publicada es la correcta, manteniendo siempre la identidad del
paciente en secreto. Para desplegar las historias clínicas vía web se usara el
estándar CDA de HL7. Esto no solo facilitara el despliegue de la información sino
que también se podrá utilizar en el traspaso de información médica de una entidad
administradora a otra.
Para crear un nuevo caso clínico se deberá implementar de manera correcta lo
contemplado en el FRQ-10 y el FRQ-22.
Diseño
Se creó una nueva aplicación llamada comunidad que contiene la información de
los comentarios y casos clínicos publicados.
Usuario-clase
Vistas-métodos
Descripción
usuarios.medico
Listar pacientes atendidos El médico puede revisar en una lista los
pacientes que han estado bajo su cuidado.
Ver Historia Clínica
Se realiza una petición de la historia clínica de un
paciente, para esto se debe seleccionar un
paciente de la lista y seleccionar el botón ver
historia clínica.
Publicar caso clínico
El médico puede al ver una historia clínica
seleccionar si desea publicar esta historia clínica
como un caso clínico.
Añadir descripción
Si el médico acepta la publicación del caso clínico
deberá añadir una descripción que especifica
cuál es la importancia o el asunto que compete
este caso clínico.
usuarios.views
Solicitar historia clínica
Agregar Caso clínico
HC.views
Generar CDA
comunidad.views Interpretar CDA
Listar casos clínicos
Mostrar caso clínico
Buscar caso clínico
Agregar análisis médico
Plan de pruebas
Pruebas unitarias
1. Pruebas de interfaz:
Recibe un paciente como parámetro, debe
devolver la Historia clínica del paciente en
formato CDA para ser visualizada por el médico.
Se crea un nuevo caso clínico con la información
suministrada por el médico: número de historia
clínica, descripción y el médico que la público.
Este método está encargado de generar a partir
de los datos de historia clínica de un paciente
que se encuentran almacenados en la base de
datos, el formato especificado por HL7 v.2 CDA,
para desplegar la información de la historia
clínica. Recibe la identificación de un paciente.
Devuelve el archivo CDA del paciente.
Para desplegar la información en formato CDA es
necesario implementar un intérprete que
muestre la información concerniente en la
página web de la comunidad.
En la página principal de la comunidad debe
aparecer una lista con los casos clínicos más
recientes.
Se despliega una ventana donde aparece el caso
clínico publicado, se ve la descripción y adjunto
el CDA del paciente para revisar. También se
muestran los comentarios realizados y se da la
opción de incluir un nuevo comentario.
Es posible realizar búsquedas de casos clínicos
por la descripción y por los comentarios
realizados.
También llamado agregar comentario, los demás
médicos que entren a la comunidad pueden
opinar sobre los casos clínicos publicados por sus
colegas y dar una apreciación. Se debe ingresar
un titulo al análisis médico y una descripción del
mismo.
Se debe validar que las vistas y navegaciones sean las correctas, botones y
mensajes para cada usuario dentro de la comunidad deben ser solo para
usuarios médicos.
2. Pruebas de la estructura de datos locales:
Se debe verificar mediante inspección que los datos agregados durante
cada una de las funciones del modulo son correctamente agregados a la
base de datos, se validara que el CDA generado por la aplicación este
correctamente diligenciado según el estándar.
3. Condiciones limite:
Se verificara la velocidad con la que se genera, interpreta y despliega un
documento CDA.
4. Caminos independientes:
Se deben ejecutar todos los caminos posibles por donde se ha planteado la
ejecución normal del modulo.
5. Camino de manejos de errores:
Se verifican que se traten los errores en cada una de las interfaces y
agregación de datos, como descripciones nulas, identificaciones de
pacientes no validas y análisis vacios.
Casos de prueba
Prueba
Se deberá validar el documento CDA generado,
con
la
herramienta
web:
http://www.alschulerassociates.com/validator/
Se despliega la lista de pacientes atendidos por
el médico.
Éxito
El formato CDA está mal generado.
La lista no concuerda exactamente con los
pacientes que están siendo o han sido tratados
por el médico.
Se publica un caso clínico sin descripción del La aplicación permite la publicación del caso
mismo.
clínico.
Se publica un caso clínico correctamente y El nuevo caso clínico no aparece listado.
luego se ingresa a la página principal de la
comunidad.
Con un documento CDA bien generado se La pagina no muestra la información de manera
interpreta para su despliegue en web.
correcta, o no muestra ninguna información.
Se añade un análisis médico a un caso clínico Al actualizar la página se registra el comentario
vacio.
vacio.
Se añade un análisis médico a un caso clínico.
Al actualizar la página no aparece registrado el
comentario.
Al seleccionar un paciente para ver su historia La historia clínica no es la del paciente
clínica se revisa la información contenida.
seleccionado.
Pruebas de integración:
La integración
de este penúltimo modulo se seguirá trabajando de forma
ascendente. Este modulo se integrara con los módulos de HC y usuarios. Todas
las funciones especificas de este módulo se centraran en la comunidad, se usaran
los objetos medico e historia clínica en especial. Se deberá validar la correcta
integración de la información recibida y enviada por cada modulo para realizar la
integración final.
Casos de prueba:
Prueba
Se debe intentar ingresar con otros usuarios no
médicos a la comunidad.
Se deben realizar nuevamente los casos de
prueba unitarios.
Éxito
El sistema deja entrar y ver casos clínicos
publicados.
Alguno de los casos falla.
Inspección de diseño
Para más información sobre cómo desarrollar CDA consultar:
 http://www.hl7spain.org/Ficheros/0/Documentos/Gu%EDa%20Elementos%2
0m%EDnimos%20para%20el%20desarrollo%20de%20CDA%20HL7%20Sp
ain.pdf
 http://www.hl7spain.org/Ficheros/0/Documentos/GuiaDesarrolloCDA(1).pdf
 http://hl7book.net/index.php?title=Eclipse_Instance_Editor
 http://sourceforge.net/projects/hl7api/
Los códigos que se implementan en la generación de CDA, deben ser los mismos
que se usan en la gestión de mensajes HL7.