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