http://openehr.org.

es

Persistencia de Informacin
Clnica y Arquitectura de
Sistemas de Historia Clnica
Electrnica
Ing. Pablo Pazos
http://informatica-medica.blogspot.com
1

Agenda
Informacin clnica
Alternativas de persistencia
Arquitectura de EHR
Conclusiones

Informacin Clnica
Altamente jerrquica
Estructuras complejas y variadas
Tipos de datos variados
Existen modelos estndar

Modelos

Modelos

Para EHR

Para comunicacin (modelo + formato)

openEHR IM
HL7 CDA (solo documental)
NCIPC DEEDS (emergencia)
CEN/ISO 13606 (extractos)
HL7 CDA
ASTM CCR (resumen de HC)
HL7 CCD (CDA para CCR)
OMG COAS (solo observaciones)

Conceptuales

HL7 RIM
5

Persistencia
Bases de datos

Relacionales
Orientadas a objetos
Orientadas a documentos
Orientadas a grafos
Clave/Valor, Entidad/Atributo/Valor

Relacionales
Modelo tabla-columna-registro-relacin
Problemas con informacin jerrquica
Problemas con informacin compleja

Formas normales

Bueno para informacin estructurada

Esquema rgido
Necesita conversor OO a relacional
SQL
7

Orientadas a objetos
Muchas entidades

Tan complejas como sea necesario

Listas, Tablas, rboles, y otras estructuras

Trabaja con objetos de forma nativa

Ms flexibilidad estructural
Objetos almacenados como tales sin
conversin

SQL o similar
8

Orientadas a documentos
Informacin jerrquica

Tan complejas como sea necesario

Documentos pueden anidarse y

vincularse
Flexible

No sigue un esquema fijo

JSON/BSON, XQuery/XPath

Orientadas a grafos
Informacin muy compleja
Muchas relaciones entre las entidades
No necesariamente jerrquica
Ejemplos:

informacin molecular
relaciones entre personas
representacin multidimensional
10

Clave/Valor, E-A-V
Orientados a columnas

En lugar de a filas como en relacional

Informacin altamente desagregada/plana

Valor relativamente complejo

11

Informacin Clnica

12

Informacin Clnica
Varios tipos de repositorios necesarios

Operativo
Series temporales
Documental
Vinculado
Anlisis
Datawarehouse

Solucin one-fits-all imposible!

13

Informacin Clnica
Repositorios operativos

Mantienen registro clnico durante la sesin

Interacciones en tiempo real

Pasos previos a asentar el registro en el EHR

Dentro de una nica aplicacin
Orientado al ingreso de datos

Poco volumen de datos

Relativamente poca variabilidad
Datos estructurados

DB: Relacional
14

Informacin Clnica

Series temporales

Mantener registro durante monitoreo

Interacciones en tiempo real

Usuarios = dispositivos
Orientado al ingreso de datos
Mucho volumen de datos
Poca variabilidad (ej. signos vitales)

Poca estructura
Datos planos

DB: Cualquiera con atributos de temporalidad claros

15

Informacin Clnica

Repositorio documental

Mantener registros episdicos longitudinalmente

Interacciones en segundo plano o casi tiempo real

Documentos autocontenidos
No hay cruce de datos con otros documentos

Alta complejidad interna

Muchos datos
Muy variados

Orientado a lectura
Se crea una vez, se consulta N veces

Consideraciones de seguridad, alta disponibilidad

DB: Documentos
16

Informacin Clnica

Repositorio vinculado

Registro de salud persistente

Problemas de salud: alergias, crnicos, factores de riesgo

Historial familiar, vacunas, medicamentos actuales
Informacin derivada del rep. documental
Puede requerir interacciones en tiempo real para lectura

Complejidad acotada

Muchos datos, poca variabilidad

Orientado a lectura

Se crea una vez, se utiliza N veces

Pero hay actualizaciones!

Consideraciones de versionado, alta disponibilidad

DB: Relacional

17

Informacin Clnica
Repositorio para anlisis

Datos para usos especficos

Investigacin, data mining/knowledge discovery

Mltiples fuentes de datos

Otros repositorios

Mucha variabilidad, relaciones complejas

DB: Grafos, Orientadas a Objetos

18

Informacin Clnica
Datawarehouse

Orientados a anlisis de indicadores

Evolucin histrica
Gestin, Definicin de polticas, Prediccin

Mltiples fuentes de datos

Complejidad acotada:
Entidades y dimensiones prediseados

DB: Relacional, Grafos (multidimensional)

19

Informacin Clnica
Distintos clientes de los repositorios

Aplicaciones
Protocolo interno

Sistemas
Servicios

Personas
Aplicacin interna

20

Arquitectura EHR

21

Arquitectura EHR
Interfaz de usuario

Cmo el usuario interacta con la aplicacin

Aplicacin

Implementa la operativa de los usuarios

Repositorio

Servicios no operativos para:

otros sistemas
otros usos de la informacin
22

Arquitectura EHR

23

Arquitectura EHR
Separacin entre UI y App?

Mltiples dispositivos capaces de ser

utilizados para ingreso de datos
Permite reutilizar servicios comunes sin atarse
a una tecnologa particular de
presentacin/interfaz de usuario
Mantenibilidad
Enfoque actual de diseo de aplicaciones sin UI
embebida en la aplicacin
Cambios en UI no afectan a la App
24

Arquitectura EHR

Aplicaciones de registro clnico

Servicios para UI
Gestin de sesin de usuario: autenticacin & autorizacin
Flujo de trabajo, ingreso de informacin (datos y registros
individuales)

Lanzar eventos en otros sistemas (LAB, RAD, FAR)

Persistencia operativa
Cliente de Demographic Server: bsqueda
Cliente de EHR Server: commit
Las aplicaciones pueden hacer en nexo entre informacin
clnica y demogrfica (si est separada fsicamente)

25

Arquitectura EHR

EHR Server

Provee servicios a mltiples aplicaciones de registro

clnico
Genricos, orientados a registros autocontenidos

Provee servicios de informacin clnica a otros

sistemas
Directamente o a travs de middleware
Acceso global a informacin clnica generada por N
aplicaciones

No contiene informacin demogrfica

Buena prctica, permite usos secundarios de la informacin

Repositorio documental y vinculado

Es el EHR del paciente!

26

Arquitectura EHR
Demographic Server

Servicios sobre personas y roles

Identificacin
Bsqueda
Auditora y calidad de registros (interno)

Provee servicios a aplicaciones de registro

clnico y a otros sistemas
Acceso global a informacin demogrfica
Repositorio relativamente operativo
Muchas lecturas
27

Conclusiones

28

Conclusiones

Informacin variada, usos variados

Mltiples componentes con

necesidades de manejo de informacin y

responsabilidades bien definidas (servicios)

Distintas soluciones de persistencia para cada

caso, mejor solucin global
Enfoque para proyectos grandes

Separacin de componentes
Estandarizacin de servicios
Solucin mantenible y escalable
Calidad

29

http://openehr.org.es

Persistencia de Informacin
Clnica y Arquitectura de
Sistemas de Historia Clnica
Electrnica
Ing. Pablo Pazos
http://informatica-medica.blogspot.com
30