SCPG: Ontología para el poblado de GPC ejecutables

Slides:



Advertisements
Presentaciones similares
BizAgi - Business Agility
Advertisements

PROCEDIMIENTO AUDITORIAS INTERNAS.
Diccionario de Datos (DD)
DISEÑO DE TRANSFERENCIA ENTRE REGISTROS
UML DCU -DS Alvaro Garrido V..
Ejemplo para desarrollar el modelado del sistema mantenedor de países
Nuestro reto es educar al pensamiento, para que razone de acuerdo a ciertas reglas; con ello podremos ser más eficientes al momento en que ordenamos.
Estructuras de Repetición Algoritmos
Razonamiento algorítmico
Modelando aplicaciones
TEMA 8: DIAGRAMAS EN UML.
Introducción a los Algoritmos
DIRECCIÓN DE SERVICIOS DE SALUD
Aprendizaje de Microsoft® Access® 2010
FUNDAMENTOS DE PROGRAMACIÓN
ALGORÍTMICA Dpto. Ingeniería de Sistemas y Automática
DIAGRAMA DE COMPONENTES INTEGRANTES Córdova Vásquez Giovanny Escobar Alvares Calixto Gomez Quinteros Adelaida Pinto Flores Yarmila.
PROGRAMACIÓN ORIENTADA A OBJETOS
COMPONENTES: CICLO DEL PACIENTE “CAJA”
DIAGRAMA DE CLASE.
LOGICA DE NEGOCIOS ADAN GONZALEZ BARRERA.
Casos de Uso. Módulo Administrador

Profesor: Julio Canales
SIA Sistema Integrado de Admisión
Programación en Matlab
Weka.
Diagramas de procesos Unidad V
Diseño del Software Diseño de datos Diseño arquitectónico
Análisis y Diseño de Algoritmos. Propiedades : f ( n )  O ( f ( n ) ) a ) O ( f ( n ) )  O ( g ( n ) )  f ( n )  g ( n )
* FRAUSTO JIMENEZ GABRIELA * * HERNANDEZ TORRES ANA LAURA * * MANDUJANO JUAN CARLOS * * NOVA MARIN YARELI PAULINA * * ZAVALA CORTE JOCELYN ARELI *
El diseño de la computadora es simple. La elegancia del diseño consiste en que estas operaciones simples pueden servir para resolver problemas complejos.
Modulo de Talleres 8x Premium Soft.
5.3 APROXIMACIONES AL DISEÑO
LENGUAJE DE PROGRAMACIÓN
5. Sistemas de archivos avanzados1 Tema 5: Sistemas de Archivos Avanzados Resumen: –Sistema de archivos distribuido –File Replication Service.
Introducción a las Bases de Datos Relacionales Juan Alberto Sigüenza Escuela Técnica Superior de Informática Universidad Autónoma de Madrid.
Proyecto de Ingeniería de Software Grupo 9 Septiembre 2009
Ingeniería en Sistemas de Información Diseño de Sistemas (3K1)

Diseño y desarrollo de una base de datos para una aplicación real
Familia de Clasificaciones
Diccionario de Datos.
CONCEPTOS FUNDAMENTALES DEL NIVEL DEL SISTEMA OPERATIVO
DOCUMENTACIÓN DEL SISTEMA DE GESTIÓN DE LA CALIDAD
TEMA 9: DIAGRAMA DE CLASE EN UML
Ing. Noretsys Rodríguez. Definición de Conceptos  Falla: Ocurre cuando un programa no se comporta de manera adecuada. Es una propiedad estadística de.
Proyecto de Fin de Carrera
ALUMNO: CHIMAL MOSSO MARCO ANTONIO Marín González Luis Alberto MATERIA: T.I.C. III.
Capítulo 4 CPU y la memoria.
Sistema informático de apoyo a la evaluación de la enseñanza IN.CO.
Modelo OSI Surgimiento del Modelo OSI ¿Que es el Modelo OSI?
Presentación del Sistema Versión Final del Producto.
Roles de Open UP.
TIPOS DE PRUEBAS DEL SOFTWARE
Bases de Datos Unidad 1.
Manejo de requerimientos.
Tecnologías Cliente / Servidor Capitulo II Richard Jiménez V. clienteserver.wordpress.com.
Funcionamiento de la computadora Terrazas Pando Ivan.
Elementos y tipos de sistemas operativos
Colegio de Bachilleres Plantel 13 Xochimilco - Tepepan
INTEGRANTE: FLORES GODOY JUAN E. Grupo:308. Una tabla es una colección de datos sobre un tema específico, como productos o proveedores. Al usar una tabla.
 Una base de datos es una colección de información organizada de forma que un programa de ordenador pueda seleccionar rápidamente los fragmentos de datos.
Plan de Pruebas de Aceptación
DIAGRAMAS DE SECUENCIA. UML está compuesto por los siguientes diagramas:
Gestión de la Configuración. Configuración del Software Conjunto de toda la información y productos utilizados o producidos en un proyecto como resultado.
1 Oficina de Servicios, O+Iker FUNDANET: MÓDULO DE CONVOCATORIAS.
ESTRUCTURAS SELECTIVAS Elaborado por; Ing. Alberto Pérez.
Entregables del Proyecto
Definición: Es un estilo de programación, su objetivo primordial es la separación de la capa de presentación, capa de negocio y la capa de datos. ARQUITECTURA.
Transcripción de la presentación:

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. 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.

Estructura de la ontología SCPG

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

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

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

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

Funcionalidades Formas 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.

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

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, …)

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

Subprocesos 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. Ontología 1 Interfaz 4 2 3 Motor E3 Usuario

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

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

Modelado de GPC

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

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

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

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

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

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

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

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

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

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