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.