1 / 25

SCPG: Ontología para el poblado de GPC ejecutables

SCPG: Ontología para el poblado de GPC ejecutables. Estructura y modelado. Esquema de atención sanitaria Nomenclatura. Proceso Guía clínica modelada sobre la ontología. Encuentro Interacción en un determinado espacio – tiempo entre el personal sanitario y un determinado paciente.

Download Presentation

SCPG: Ontología para el poblado de GPC ejecutables

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. SCPG: Ontología para el poblado de GPC ejecutables Estructura y modelado

  2. Esquema de atención sanitariaNomenclatura • Proceso • Guía clínica modelada sobre la ontología. • Encuentro • Interacción en un determinado espacio – tiempo entre el personal sanitario y un determinado paciente. • En un proceso puede haber uno o varios encuentros. • Acción: • Cada uno de los campos de actividad en un encuentro. • En un encuentro puede haber una o varias acciones. • Funcionalidad: • Actividad clínica sobre/con el paciente • Preguntas de la anamnesis • Solicitud radiológica, analítica, etc. • Evaluación de riesgos, índices, parámetros, etc. • Pruebas in-situ: espirometría, audiometría, etc. • En una acción puede haber una o varias funcionalidades.

  3. Estructura de la ontología SCPG

  4. Estructura de la ontología • La ontología se divide, a su vez, en tres ontologías: • ProcessDefinitions: • Encargado del modelado de la guía como un proceso • El médico será el encargado de modelar la guía • FunctionalDefinitions: • Proporciona la estructura necesaria para la visualización de las guías • Cada centro clínico especificará esta estructura • DataDefinitions: • Encargada del modelado de todos los datos utilizados en la definición de guías

  5. Clases de ProcessDefinitions • Proceso: define el proceso clínico • Define los encuentros que componen el proceso e indica cuál es el primero • Establece el flujo entre encuentros • Encuentro: define un encuentro entre personal clínico y paciente • Define el conjunto de acciones que componen el encuentro • Establece la tipología del encuentro (discreto o continuo) • Acción: define una acción clínica • Nombre, descripción • Permisos enfermería • Información de soporte • Funcionalidades • Funcionalidad: define una funcionalidad • solicitud de ejecución de un comando a otro subsistema • solicitud de ejecución de subproceso al motor • define un registro de datos o una petición de datos a otro subsistema

  6. PRECONDICIONES PROCESO 1er ENCUENTRO ACCIONES 2º 3º … n-ésimo

  7. Clases de ProcessDefinitions • Grafo de encuentros: define una rama del grafo de flujo de encuentros • Define los encuentros origen y destino • Establece el tiempo de transición recomendado entre encuentros • Parámetros: define parámetros de entrada y salida de las funcionalidades • Multiplicidad de los parámetros • Comando: define un comando • Establece los conceptos relacionados con el comando • Posee un perfil • Perfil de comando: define el perfil del comando • Descripción del mismo y código de referencia (UMLS) • Información de soporte • Información de soporte de las acciones

  8. FuncionalidadesFormas de comunicación con otros sistemas • Subprocesos: • Algoritmo para la obtención de algún parámetro clínico. • Almacenado y ejecutado por el motor de la aplicación. • Identificado por un código de referencia. • IMC, algoritmo de Framingahm, etc. • Peticiones de datos: • Recuperar información del paciente proveniente de subsistemas externos al nuestro. • Típicamente son datos de la historia clínica. • Solicitud de comandos: • Solicitud de un servicio a un subsistema externo al nuestro. • Pruebas de laboratorio, anatomía patológica, etc.

  9. Ontología FunctionalDefinitions • Bloque de acciones: define bloques de acciones. • Los bloques se organizan como una lista • Las acciones se asignan a bloques • Secuencia de funcionalidades: define una secuencia de funcionalidades • Secuencia de input: define una secuencia de entradas • Secuencia de output: define una secuencia de salidas • Secuencia de ítem de datos: define una secuencia de DataItems • Se emplea para definir la secuencia de ítems dentro de un ítem complejo

  10. Ontología DataDefinitions • Concepto: contiene un conjunto de subclases que definen la jerarquía de conceptos • Nombre del concepto y código UMLS • DataItem: define dato relacionado con un proceso clínico • Los datos pueden ser simples (peso, talla, etc.) o complejos (desde – hasta – nº veces – etc.) • DataType: define un tipo de dato • Observaciones médicas • Cantidades físicas: define pares (valor, unidad) • Rangos: define un rango de valores • Razones: define una razón • Textos: define un texto (para anotación libre de observaciones) • Primitivos (booleanos, fechas, float, list, string, …)

  11. Ontología DataDefinitions • Expresión de Iteración: define iteraciones • Se pueden definir diferentes modelos de la actividad a efectuar • Por frecuencia • Repetir cada … • Repetir n veces cada … • Por tiempo límite • Por número máximo de iteraciones • Expresión de tiempo: define tiempos • Periodos • Intervalos • Intervalos con margen (periodos difusos) • Tiempo • AA:MM:DD • HH:MM:SS

  12. Subprocesos Ontología • La interfaz lee la ontología para comprobar que se ha definido un subproceso. • El usuario solicita la ejecución del subproceso e introduce los datos de entrada. • La interfaz solicita al motor E3 la ejecución del subproceso dado. • El motor E3 ejecuta el subproceso y devuelve los resultados. 1 Interfaz 4 2 3 Motor E3 Usuario

  13. Peticiones de datos • La interfaz lee la ontología para comprobar que se ha definido una petición de datos. • El usuario indica que desea obtener estos datos. • La interfaz los solicita al motor. • El motor los solicita a una base de datos. • La base de datos devuelve los resultados. • El motor les da formato y se los pasa a la interfaz para mostrarlos por pantalla al usuario. Ontología Base de datos 1 4 5 Interfaz 3 2 6 Motor E3 Usuario

  14. Solicitud de comandos Ontología • La interfaz lee la ontología para comprobar que se ha definido una solicitud de comando. • El usuario solicita la ejecución del comando y la interfaz almacena dicha solicitud. • Al finalizar el encuentro, el motor comprueba las solicitudes realizadas. • Y se encarga de enviarlas a los subsistemas oportunos, que se encargarán de realizarlas. Sistema externo 1 Interfaz 4 3 2 Motor E3 Usuario

  15. Modelado de GPC

  16. Modelado de una guía:El proceso • Proceso • Encuentro • Acción • Funcionalidad • Grafo de encuentros

  17. Modelado de una guía:El proceso Instancia creada para el proceso de Hipotiroidismo Propiedades de la instancia

  18. Modelado de una guía:Los encuentros • Proceso • Encuentro • Acción • Funcionalidad • Grafo de encuentros

  19. Modelado de una guía:Los encuentros Conjunto de encuentros de la instancia Hipotiroidismo

  20. Modelado de una guía:Acciones y funcionalidades • Proceso • Encuentro • Acción • Funcionalidad • Grafo de encuentros

  21. Modelado de una guía:Las acciones Ventana de definición del primer encuentro del Hipotiroidismo Acciones pertenecientes al encuentro

  22. Modelado de una guía:Las funcionalidades Ventana de definición de la acción TSH Funcionalidades pertenecientes a la acción

  23. Modelado de una guía:Flujo de encuentros • Proceso • Encuentro • Acción • Funcionalidad • Grafo de encuentros

  24. Modelado de una guía:Flujo de encuentros Ventana de definición de un enlace entre encuentros Encuentro destino

  25. Mejoras futuras • Edición de las guías • Capa sobre Protégé • Trabajo sobre precondiciones y postcondiciones • Lógica del flujo entre acciones y entre encuentros • Verificación lógica de funcionalidades • Por ejemplo: Tabaquismo • Planes de seguimiento a pacientes • Medicina preventiva, proactiva • Recomendación de guías • Atención por objetivos

More Related