Aplicacion de estandares en sistemas de Historia Clinica Electronica

3,879 views

Published on

Aplicacion de estandares en sistemas de Historia Clinica Electronica (Informatica Médica)

Published in: Health & Medicine, Technology
0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
3,879
On SlideShare
0
From Embeds
0
Number of Embeds
53
Actions
Shares
0
Downloads
168
Comments
0
Likes
3
Embeds 0
No embeds

No notes for slide
  • Organización interna de un registro clínico según el modelo de información clínica de referencia normalizado.
    Composition: modela cualquier documento, mensaje, resumen, informe, etc. De información clínica. Es la unidad de información de más alto nivel
    Está compuesta de entradas o secciones.
    Secciones: sirven para organizar las entradas de una composition (documento, mensaje, informe, etc).
    Internamente las entradas están formadas por estructuras de datos genéricas.
    Y los datos son de diversos tipos:
    Cantidades
    Fechas
    Texto
    Texto codificado
    Intervalos (de tiempo, valores, etc)
    Identificadores
    Etc.
  • Las entradas clínicas en la HCE son de 4 clases:
    Observación: se utiliza para registrar hechos, observaciones y medidas.
    Evaluación: se utiliza para registrar deducciones hechas de las observaciones.
    Instrucción: una instrucción es algo que se indica para ser hecho, y puede estar formada por varias actividades.
    Acción: cada acción tiene un tiempo en el que se realiza, una descripción de lo realizado y la referencia la instrucción y actividad que generó esa acción. Otra información es la del estado actual de la acción. Muchas acciones no son puntuales y se ejecutan a lo largo del tiempo, y tienen que asociadas una máquina de estados.
    Existe un quinto tipo de entrada, utilizado para registrar datos administrativos.
  • Los componentes destacados forman un framework genérico para el desarrollo de HCEs basados en la gestión del conocimiento clínico.
    Éste framework puede ser usado para crear otras HCEs distintas a la de trauma con solo cambiar el “conocimiento clínico” contenido en la “base de conocimiento”.
    El resto de los componentes integran estándares e implementan funcionalidades particulares de este sistema.
  • Aplicacion de estandares en sistemas de Historia Clinica Electronica

    1. 1. Aplicación de Estándares en HCE A/C Pablo Pazos Gutiérrez http://informatica-medica.blogspot.com/
    2. 2. Estándares • OpenEHR • DICOM • HL7 CDA • IHE PDQ • CIE 10
    3. 3. OpenEHR • Modelo dual: –Modelo de conocimiento (definición de conceptos clínicos) y modelo de información genérico (implementado en software) son componentes distintos. • Modelo de información: –Entidades genéricas que modelan cualquier registro clínico. • Modelo de conocimiento: –Arquetipos y plantillas definidos en una base de conocimiento externo.
    4. 4. OpenEHR • Idea: evitar los problemas habituales al implementar de forma “dura” el contenido dentro del software. – Cambios en el conocimiento repercuten en varios componentes del sistema. – El “editor de formularios” sirve para hacer actualizaciones de forma rápida, pero se pierde la semántica de cada dato.
    5. 5. • Organización de la información clínica: – Organización de documentos en carpetas • Por sector, servicio o departamento – Documentos separados y agrupados • Se usan etiquetas o códigos de colores – Cada documento es una colección de entradas – Cada entrada agrupa datos con un criterio y un propósito – Los datos tienen un tipo, se agrupan en estructuras y deben tener un propósito definido • Las estructuras, tipos de datos y propósitos deben ser definidos en algún lado OpenEHR
    6. 6. • Organización de la información clínica OpenEHR
    7. 7. • Proceso de resolución de problemas clínicos – Síntesis del trabajo de Lawrence Weed (1969) sobre el registro orientado por problemas y el modelo hipotético-deductivo de Elstein (1987). OpenEHR
    8. 8. OpenEHR Modelo de información genérico de entradas
    9. 9. OpenEHR • El modelo de información es genérico • Los conceptos clínicos particulares son definidos en arquetipos: – Signos vitales: PA, FC, FR, peso, ... – Imagenología: orden, estudio, informe – Evaluaciones: vía aérea, diagnósticos, ... • Los arquetipos están en la BC fuera del software • CKM global: http://www.openehr.org/knowledge/
    10. 10. OpenEHR • Arquetipo – Forma de definir un concepto clínico particular, en base a un modelo de información genérico. – Formados por datos más el contexto (propósito) • Propósito • Datos • Estructuras • Relaciones • Restricciones – Deberían ser definidos por expertos en el dominio clínico (no por informáticos) • Orientación a la gestión del conocimiento clínico.
    11. 11. OpenEHR Modelo de información vs. Modelo de conocimiento
    12. 12. • Modelo de información, Arquetipos y Conceptos – Los arquetipos definen cómo se usa el modelo de información genérico para representar conceptos clínicos particulares. OpenEHR
    13. 13. Arquetipo de PA OBSERVATION[at0000] matches { -- Blood Pressure data matches { HISTORY[at0001] matches { -- history events cardinality matches {1..*; unordered} matches { EVENT[at0006] occurrences matches {0..*} matches { -- any event data matches { ITEM_TREE[at0003] matches { items cardinality matches {0..*; unordered} matches { ELEMENT[at0004] occurrences matches {0..1} matches { -- Systolic value matches { C_DV_QUANTITY < property = <[openehr::125]> list = < ["1"] = < units = <"mm[Hg]"> magnitude = <|0.0..<1000.0|> precision = <|0|> ... ELEMENT[at0005] occurrences matches {0..1} matches { -- Diastolic value matches { C_DV_QUANTITY < property = <[openehr::125]> list = < ["1"] = < units = <"mm[Hg]"> magnitude = <|0.0..<1000.0|> precision = <|0|> ...
    14. 14. Instancia Mod. Inf. de PA
    15. 15. Uso de OpenEHR • Herramientas de la Java Ref Impl • Generador dinámico de GUI • Data Binder dinámico • Implementación hecha en Groovy/Grails • Repositorio de datos clínicos (CDR) MySQL • Conceptos clínicos (arquetipos) para la atención de emergencia de trauma
    16. 16. Framework orientado a la gestión: del conocimiento clínico - Generación del SI a partir de la definición formal de conceptos clínicos. Arquitectura: MVC+S Uso de OpenEHR
    17. 17. Estándares • OpenEHR • DICOM • HL7 CDA • IHE PDQ • CIE 10
    18. 18. DICOM • Resumen: – Especifica la representación de información de estudios imagenológicos digitales: • Rayos X, RM, TC, ECO, ... – Especifica las interfaces para realizar búsquedas y transmisión de estudios e imágenes.
    19. 19. Uso de DICOM • Acceso a Estudios Imagenológicos – Búsqueda de estudios en N servidores de imágenes (PACS) por datos del paciente. • Cuando se identifica al paciente la búsqueda de estudios se lanza en segundo plano. • El médico sigue registrando mientras se hacen las búsquedas. • Por AJAX en la GUI se consulta por novedades. – DCM4CHE: implementación Java de DICOM • Se implementó un “adaptador” en Java de la herramienta QR para línea de comandos.
    20. 20. Uso de DICOM
    21. 21. Uso de DICOM
    22. 22. Estándares • OpenEHR • DICOM • HL7 CDA • IHE PDQ • CIE 10
    23. 23. HL7 CDA • Resumen: – Sintaxis XML para representar documentos clínicos en formato electrónico. – Con el objetivo de intercambio de información clínica. – 3 sabores: • No estructurado • Estructurado – Solo texto libre – Texto libre + parte codificada
    24. 24. Uso de HL7 CDA • Para exportar toda la información clínica de un episodio de trauma de un paciente. • Destino de la información: – Repositorio documental de la institución. • Características: – No estructurado: HTML embebido en el cuerpo – Sin firma (por ahora)
    25. 25. Uso de HL7 CDA • El CDA ...
    26. 26. Estándares • OpenEHR • DICOM • HL7 CDA • IHE PDQ • CIE 10
    27. 27. IHE PDQ • Resumen: – Patient Demographic Query v3 – Provee transacciones para que múltiples actores puedan consultar un servidor con información demográfica de pacientes, basándose en un criterio de búsqueda. – Criterio de búsqueda: • Identificadores • Nombres y apellidos • Sexo • Fecha de nacimiento • Dirección postal
    28. 28. IHE PDQ • Transacciones
    29. 29. IHE PDQ
    30. 30. IHE PDQ
    31. 31. IHE PDQ Por el diseño de la transacción de “continuation”, los servicios son “stateful” (cliente y servidor deben guardar estado para cada consulta realizada). • http://wiki.ihe.net/index.php?title=Patient_Demographics_Query • http://www.ihe.net/Technical_Framework/index.cfm#IT
    32. 32. Uso de IHE PDQ • La consulta • La respuesta
    33. 33. Estándares • OpenEHR • DICOM • HL7 CDA • IHE PDQ • CIE 10
    34. 34. CIE 10 • Resumen: – Clasificación Internacional de Enfermedades décima edición • Clasificación (poca granularidad) – Usos: • Codificación de motivos de consulta • Clasificación de diagnósticos • Codificación de salida de otras codificaciones con más granularidad (como Snomed) • Fuente de información para estimar costos, calcular indicadores, ayuda a la gestión clínica y contable.
    35. 35. CIE 10 • Capítulo: (S00-S09) Traumatismos de la cabeza o Clasificación: (S00) Traumatismo superficial de la cabeza  Código: (S00.0) Traumatismo superficial del cuero cabelludo  Código: (S00.1) Contusión de los párpados y de la región periocular  Código: (S00.2) Otros traumatismos superficiales del párpado y de la región periocular  Código: (S00.3) Traumatismo superficial de la nariz
    36. 36. Uso de CIE 10 • Búsqueda inteligente de diagnósticos – Usando AJAX – Buscando en las descripciones de los códigos para trauma (unos 1500, CIE10 son 12000 en total). – Encuentra palabras parciales, en cualquier orden • El médico selecciona el CIE10 que mejor describe su diagnóstico – Puede seleccionar varios diagnósticos – Primario y secundarios • Texto libre para especificar más detalles
    37. 37. Uso de CIE 10
    38. 38. Arquitectura CDA IHE PDQ DICOM CIE 10 OpenEHR
    39. 39. ¿Preguntas?

    ×