Hola Alumnos, de nuevo vamos a seguir un poco con nuestras queridas 'CCOW' o 'vacas locas, pero veamos una definición de internet:
El estándar CCOW
CCOW (Clinical Context Object Workgroup) es un estándar de interoperabilidad que pretende facilitar la integración de aplicaciones a nivel de uso mediante una técnica denominada Context Management.
Esta técnica permite sincronizar y unificar a nivel de interfaz de usuario la información de distintos sistemas que contienen información referida al mismo paciente, procedimiento o usuario.
Recursos en la web de Health Level Seven International:
Pues, como siempre los grupos de trabajo en el objeto del contexto clínico, están intentando facilitar el desarrollo de estándares médicos y crearon el estándar:
Fast Healthcare Interoperability Resources
Recursos de interoperabilidad Sanitaria Rápida
Y incluyeron este estándar de Interoperabilidad para mejorar la estructura y arquitectura de las historias Clínicas electrónicas.
Les anexo parte de la información que me pareció importante que aparece en internet acerca de esto, porque nuevamente nosotros los Ingenieros Biomédicos que estamos estudiando Informática Médica deseamos seguir implementando herramientas de utilidad médica para facilitar el trabajo dentro del hospital :D
Sobre todo nos interesa mucho el aspecto Clínico y de diagnóstico (nivel 4) y de razonamiento médico (nivel 5).
Ahorita yo estoy poniendo éste estándar debido a que me interesa que ustedes trabajen un poco integrando sus conocimientos porque quiero que hablemos de un éstandar de interpretación de gráficos de otras señales de Biopotenciales de interés médico diagnóstico, me gustaría pensaran un poco en ¿Cuál sería el estándar para aEEG, aEOG, aEMG, aENG, aEGG por ejemplo, en ¿Cómo podría crearse una herramienta que permitiera en una Base de Datos Multimedia incluir los registros de Electroencefalografía, Electro Oculografía, Electro Miografía, Electro Nistagmo Grafía, Electro Gastro Grafía y poder incluir en ella no sólo los registros gráficos, sino también las facilidades para la interpretación médica diagnostica de los especialistas que atienden a esos pacientes.
Por ejemplo crear bases para un estándar aEEG (annotated Electro Encephalograpy) que permitiera mostrar los registros gráficos y además en un futuro poder combinar estos registros gráficos con la interpretación médica experta e imagenes médicas de RMN, TAC, PET, fRMN o cualquier otro tipo de modalidad y de nuevo estamos hablando de BD Multimedia de Oracle.
De nuevo estaríamos trabajando con los RIM (Reference Imaging Models) los recuerdan?
Figura 1: Bases para la interpretación automatizada de Electroencefalogramas aEEG
annotated Electroencephalogram
Figura 2: Registro EEG automatizado, no sé si recuerden las famosas gorritas de EEG que hicimos juntos cuando dí la materia de Bioinstrumentación II :D
Figura 3: HIStalk Healthcare IT Imágenees médicas e información de la historia clínica en la Nube Hibrida de Internet y las Bases de Datos RDBMS de Oracle
RDBMS : Significa "Sistema de gestión de bases de datos relacionales". Un RDBMS es un DBMS diseñado específicamente para bases de datos relacionales. Por lo tanto, los RDBMS son un subconjunto de DBMS.
De nuevo les incluyo algunos fragmentos importantes del estandar HL7 FHIR que tomé de internet y les anexo los links
"El estándar HL7 FHIR®"
HL7 FHIR® es un estándar de interoperabilidad que combina lo mejor de HL7 V2, HL7 V3 y CDAy se enfoca en facilitar su implementación. Además, usa los estándares web más frecuentes, como XML, JSON y HTTP.
FHIR® es la abreviatura de Fast Healthcare Interoperability Resources(Recursos de Interoperabilidad Sanitaria Rápida). Los resources o recursos son las piezas clave de FHIR.
Los «Resources»son los bloques de construcción de todos los intercambios de información en FHIR. Cada resource o recurso representa un concepto de la realidad de la atención sanitaria, como pacientes, citas, organizaciones o resultados de pruebas.
Los recursos pueden representarse tanto en XML como en JSON y todos tienen ciertas características en común:
Una URL que identifica al resource.
Unos metadatos comunes.
Un resumen legible para humanos.
Un marco de extensibilidad (extensibility framework) que permite asumir las diferencias en la atención sanitaria.
Vemos una representación de un resource de paciente donde se han resaltado las partes características:
No hay comentarios.:
Publicar un comentario