Вы находитесь на странице: 1из 43

Informática Médica

MSc. César Galindo V.


• El sistema sanitario actualmente requiere un manejo racional
y eficaz de los recursos.
• La actividad es social y económicamente importante,
además de ser socialmente sensible
• Porque se necesitan sistemas eficientes y eficaces?
• Innovación tecnológica
• Sociedad mas culturizada
• Mayor expectativa de vida
• Toma de decisiones informadas
• Eficiencia en el manejo de los cada vez mas escasos
recursos en hospitales
• Los hospitales: Gran Volumen de Información

Problema:

Información Dispersa

La solución:

El sistema de información

Que es?
es un instrumento que permite recoger y tratar la información de
modo que sea útil para la toma de decisiones.
La persona como ente recopilador de información
El Paradigma:
Los esquemas tradicionales de organización jerarquizada y estática,
están cambiando hacia una organización más abierta, dinámica y
orientada a los procesos y a la información estratégica.
Lo Grave:

 Errores en el diseño de los sistemas de información


 Falta de formación del personal
 Programas no adecuados a las necesidades
 Los cambios permanentes en la tecnología de la información generan
un horizonte inestable y cambiante.
 LA INFORMACIÓN DEBE SER INTEGRA, CONFIDENCIAL, Y
DISPONIBLE. Los datos deben ser accesibles, pero a la vez
estar protegidos. Se debe asegurar la integridad mediante las
copias de respaldo. La seguridad es la protección física de la
información.

Se debe asegurar la confidencialidad mediante claves y


contraseñas de acceso. Solo los responsables de las tareas
específicas deben tener acceso a la información.
La disponibilidad debe ser periódicamente auditada y forma
parte del proceso de control de gestión.
 El paciente
 La representación formal de sus datos clínicos (historia
clinica)
 El tiempo (registro de las fechas de los actos)
 El conjunto de actividades asistenciales (prestaciones),
 El lugar (área, servicio)
 los recursos (insumos, aparataje),

Los datos que surgen de la interacción entre el servicio de


salud y el paciente deben originar registros.
 El Gran Problema de la Información Clínica:

EL TRANSPORTE
 Solución:

Buscar un estándar que tenga las capacidades de universalizar la forma


de enviar información médica de un recinto a otro.

Informes del Instituto de Medicina Norteamericano, dan a entender que el hecho


de transformar los registros de hoja y papel a sistemas a digitales produce una
crisis de sistema relacionado básicamente con el entendimiento de la
información. Eso se puede conseguir solo mediante una infraestructura adecuada
como “una infraestructura, que permita una red segura plenamente
interconectada universal, de un sistema que permita entregar información del
estado de un paciente en cualquier momento, en cualquier lugar
 El trabajo en busca de lo anterior produjo distintos tipos de sistemas de
transporte INCOMPATIBLES

 Lo anterior comenzó a resolverse cuando estamentos Norteamericanos


terminan planteando un componente básico que resuelve los problemas
de infraestructura, es decir, plantean un modelo único de plataforma de
datos médicos, el cual se denominó Electronics Health Record System
(EHR-S).

 Una vez creada la plataforma, en la cual es posible entender una ficha


médica digital e intentar universalizar su contenido a modo de
compatibilizarla, surgen diferentes propuestas (estándares como HL7,
System Documentation y Codec Med) para universalizar el manejo de los
datos.
En el año 2002, se crea en Estados Unidos el Grupo
de Interés Especial en Registros Electrónicos de
Salud (“Electronics Health Records Special Interest
Group (EHR SIG)),

Su Función:
“Desarrollar funcionalidades estándar de
especificaciones para Registros Médicos Digitales,
con la intención de promocionar la implementación
masiva de Registros Médicos Digitales, mediante la
estandarización de funciones esenciales del EHR”
Al cabo de un año, el comité concluye que esta infraestructura
debía ser soportada en dos aspectos:

 La estructura física
 La estructura de transporte de la información

 Conclusión:
Si se consigue que la información almacenada pudiese ser
transportada en un protocolo universal, entonces gran parte
de las preguntas de la infraestructura quedan solucionados,
aprobando finalmente al estándar HL7, que provee una
plataforma, adecuada a las necesidades que se requiere.
La figura anterior muestra un set general de descriptores que hacen
relación a funciones que maneja el modelo de datos del estándar:

 Tratamiento directo (Direct Care): Información relativa a tratamientos


médicos sobre pacientes
 Soporte (suportive): Funciones que proveen información sobre manejo de
servicios de salud y organizaciones
 Infraestructura (Información Infraestructura): Vértebra central que brinda
elementos de seguridad, privacidad, interoperabilidad, registro y
vocabulario.

La idea es proporcionar un lenguaje en común para los participantes de la


ficha digital, de manera que el transporte de la comunicación sea
expedito y adecuado. Esto permite que usando HL7, cada país cree su
propio esquema de descriptores de funciones.
El problema y el desafío de transporte se centra en conseguir
que se mantengan las funciones esenciales del protocolo,
pero que cada estamento tenga la libertad de priorizar cual
grupo de funciones específicas usara y en que proporción.
Esto se soluciona actualmente dando a los usuarios un
esquema
“no existe excusas para
que las fichas
médicas digitales
que se creen no se
puedan colocar
sobre una
plataforma común
en la cual puedan ser
leídas desde
cualquier parte del
planeta”
 Concepto principal:
 Conseguir que la información sea
intercambiada

 Concepto de Confusión:
 Conseguir que la información NO sea
Integrada

Para poder intercambiar la información


entre un sistema y otro se requiere de
INTEROPERABILIDAD
Interoperabilidad:

Capacidad entre uno o mas sistemas de


intercambiar información

Interoperabilidad = Interoperabilidad Funcional


Interoperabilidad Sintáctica: Interoperabilidad en la
cual los datos tienen una estructura determinada

Interoperabilidad Semántica: aquella en la que el


contenido se puede intercambiar y además
comprender y procesar
Interoperabilidad Semántica Evolutiva

Capacidad de dos o mas sistemas de


intercambiar información de manera de
poder almacenarla y procesarla, de manera
que esta sea comprensible sin ambigüedades
Clave: Normalizar en lenguaje de comunicación
Estandarizar:

 Interoperabilidad semántica: Estándares de


transporte

 Interoperabilidad semántica Evolutiva:


Estándares de transporte + Estándares de
Codificación
 Para Chile se usan 3 categorías
1. Estándar de envío de información entre
sistemas (HL7 mensajería)
2. Estándar de Generación y envío de Documentos
Clínicos (CDA-R2 de Hl7)
3. Estándar de Intercambio de exámenes de
imagenología y Archivos (DICOM)

¿¿¿¿FHIR????
 HL7 es uno de las Asociaciones de Desarrollo de Standard
acreditados por el American National Standards Institute
(ANSI), para un domino particular como lo es la
farmacología, los servicios clínicos y lo vinculado.

 Ellos definen su misión como:


“Proveer un Standard para el intercambio, manejo e
integración de datos para el soporte de datos del cuidado
clínico de un paciente y de su manejo, entrega y evaluación
de los servicios de salud. Específicamente, para crear
servicios flexibles, metodologías, estándar, eficientes en
costos para interoperabilidad entre sistemas de información
de salud.”
El nombre de HL7, son las siglas de Nivel 7 de
Salud (Health Level Seven). El nivel 7, hace
referencia al más alto nivel del modelo de
comunicación de la ISO, para la OSI, el de
aplicación en donde el usuario de un sistema
de comunicación interactúa de manera
directa.
LIS
Se debe garantizar el
intercambio y utilización
de información entre
Registro
Urgencia
Finanzas SIS.
Interoperabilidad
entre SIS
MENSAJERÍA.

Registro
RIS
Central
Registro de
Urgencias

Establecen
semántica en la
Notificación comunicación.
de Atención
Mensajes

HL7 - Estándar de
Mensajería
Registro
Central
Pacientes
Cada evento requiere de un Mensaje.

Ejemplo de Mensaje HL7.


MSH | ^ ~ \ & | | | | | 06112013 & 132300 | | ADT ^ A01 ^ ADT_A01 | 00001 | P |
2.5.1 | <cr>
EVN | A01 | 06112013 & 132300 | | | 0001 | | HOSPITAL CARLOS VAN BUREN ^ 06 |
<cr>
PID | 001 | 16823206 ^ 6 | TORRES ^ SOTO ^ CRISTIANNELSON | | 01021990 | M | | |
MATURANA & 123 ^ VILLAALEMANA ^ 05804 ^ 058 ^ VALPARAÍSO | | 89785636 |
032 ^ 3334677 | | S | | | | | | | | | | | | 213 ^ CHILENO | | | | | | | | | | | 0 ^
NINGUNO | <cr>
NK1 | 001 | PEREZ ^ DONOSO ^ MARIA | | | 96092208 | <cr>
PV1 | | E | 101 ^ 20 ^ 2 ^ 01 | U | | | 001 ^ LÓPEZ ^ SOTO ^ DOMINGO ^ DR | | |
SUR | | | | 7 | <cr>

Agosto 2014
Ejemplo de Mensaje HL7 – Segmentos.
 Línea de un mensaje, posee su
propio sentido semántico.
Información del Mensaje MSH | ^ ~ \ & | | | | | 06112013 & 132300 | | ADT ^ A01 ^ ADT_A01 |
00001 | P | 2.5.1 | <cr>
Información del Evento EVN | A01 | 06112013 & 132300 | | | 0001 | | HOSPITAL CARLOS
VAN BUREN ^ 06 | <cr>
Información del Paciente PID | 001 | 16823206 ^ 6 | TORRES ^ SOTO ^ CRISTIANNELSON | |
01021990 | M | | |
MATURANA & 123 ^ VILLAALEMANA ^ 05804 ^ 058 ^
VALPARAÍSO | | 89785636 |
032 ^ 3334677 | | S | | | | | | | | | | | | 213 ^ CHILENO | | | | | | | | | | | 0 ^
NINGUNO | <cr>
Información del NK1 | 001 | PEREZ ^ DONOSO ^ MARIA | | | 96092208 | <cr>
Acompañante PV1 | | E | 101 ^ 20 ^ 2 ^ 01 | U | | | 001 ^ LÓPEZ ^ SOTO ^
Información del Médico DOMINGO ^ DR | | | SUR | | | | 7 | <cr>
Ejemplo de Mensaje HL7 – Elementos,
campos y subcampos.
 Componentes particulares de los
segmentos, contienen la información.
Información del Paciente:

N° Ficha Clínica


RUN PID | 001 | 16823206 ^ 6 | TORRES ^ SOTO ^ CRISTIAN
Nombre & NELSON | | 01021990 | M | | |
Fecha nacimiento MATURANA & 123 ^ VILLAALEMANA ^ 05804 ^ 058 ^
VALPARAÍSO | | 89785636 |
Sexo 032 ^ 3334677 | | S | | | | | | | | | | | | 213 ^
Dirección CHILENO | | | | | | | | | | | 0 ^ NINGUNO | <cr>
Número telefónico
Estado conyugal
Nacionalidad
Ejemplo de Mensaje HL7 –
Delimitadores.
 Caracteres separan los
componentes del mensaje.
Delimitadores más MSH | ^ ~ \ & | | | | | 06112013 & 132300 | | ADT ^
utilizados: A01 ^ ADT_A01 | 00001 | P | 2.5.1 | <cr>
EVN | A01 | 06112013 & 132300 | | | 0001 | | HOSPITAL
| - Separador de CARLOS VAN BUREN ^ 06 | <cr>
elementos. PID | 001 | 16823206 ^ 6 | TORRES ^ SOTO ^
CRISTIANNELSON | | 01021990 | M | | |
MATURANA & 123 ^ VILLAALEMANA ^ 05804 ^ 058 ^
^ - Separador de campos.
VALPARAÍSO | | 89785636 |
032 ^ 3334677 | | S | | | | | | | | | | | | 213 ^
& - Separador de CHILENO | | | | | | | | | | | 0 ^ NINGUNO | <cr>
subcampos. NK1 | 001 | PEREZ ^ DONOSO ^ MARIA | | | 96092208
| <cr>
<cr> - Separador de PV1 | | E | 101 ^ 20 ^ 2 ^ 01 | U | | | 001 ^ LÓPEZ ^
segmentos. SOTO ^ DOMINGO ^ DR | | | SUR | | | | 7 | <cr>
Contexto Internacional Contexto nacional

Laboratorio

Guías de
Implementación

Datos de
Farmacia
paciente
 Definición de los Mensajes:
Segmentos
Tabla 2 – Segmentos del
ADT^A01^ADT_A01 ADT Message
mensaje A01 – Notificación
MSH Encabezado
de Admisión o visita.
EVN Tipo de evento

PID Identificación del


paciente Fuente: Elaboración propia
PD1 Información adicional

NK1 Información sobre


acompañantes
PV1 Origen del paciente
ROL Profesional a cargo
DG1 Diagnóstico

GT1 Información sobre


cobertura
 Definición de los Mensajes:
Estructura Valor
SEG
Explicación
Segmento es
MSH obligatorio
EVN [SEG] Segmento puede o
PID no aparecer una
única vez.
PD1 {SEG} Segmento obligatorio
{NK1} que puede repetirse
PV1 [{SEG}] Segmento puede o
{ROL} no aparecer
repetidas veces.
{DG1}
GT1 Tabla 3 – Reglas de
cardinalidad de los Segmentos.
Figura 8 – Estructura abstracta
del mensaje A01 – Notificación
de Admisión o visita. Fuente: Elaboración propia
 Definición de los Mensajes:
Ejemplo Elementos del Segmento PID.
Obliga
Secuencia Long DT toried RP/# Tabla Asoc Item# Nombre del elemento
ad
1 4 SI O 00105 Número de Ficha Clínica
2 20 CX B 00105 Número del Documento
3 250 CX R Y 00106 ID del Paciente
5 250 XPN R Y 00108 Nombre del paciente
7 26 TS O 00110 Fecha de nacimiento
8 1 IS O 0001 00111 Sexo
11 250 XA O Y 00114
Dirección del paciente
D
13 250 XTN O Y 00116 Número de Teléfono Móvil
14 250 XTN O Y 00117 Número de Teléfono Fijo
16 250 CE O 0002 00119 Estado Conyugal
28 250 CE B 0212 00739 Nacionalidad
31 1 ID O 0136 01535 Código de Identidad Desconocida
39 250 CW O Y 0171 01840
E Pueblo originario

Tabla 4 – Elementos del Segmento PID, correspondiente a información del


paciente. Fuente: Elaboración propia
 Definición de los Mensajes:
Ejemplo Elementos del Segmento PID.
Obliga
Secuencia Long DT toried RP/# Tabla Asoc Item# Nombre del elemento
ad
1 4 SI O 00105 Número de Ficha Clínica
2 20 CX B 00105 Número del Documento
3 250 CX R Y 00106 ID del Paciente
5 250 XPN R Y 00108 Nombre del paciente
7 26 TS O 00110 Fecha de nacimiento
8 1 IS O 0001 00111 Sexo
11 250 XA O Y 00114
Dirección del paciente
D
13 250 XTN O Y 00116 Número de Teléfono Móvil
14 250 XTN O Y 00117 Número de Teléfono Fijo
16 250 CE O 0002 00119 Estado Conyugal
28 250 CE B 0212 00739 Nacionalidad
31 1 ID O 0136 01535 Código de Identidad Desconocida
39 250 CW O Y 0171 01840
E Pueblo originario

Tabla 4 – Elementos del Segmento PID, correspondiente a información del


paciente. Fuente: Elaboración propia
 Definición de los Mensajes:
Campos
PID-5 Nombre del paciente

<Primer Apellido> ^ <Segundo Apellido>


^ <Primer Nombre & Segundo Nombre>

Figura 9 – Campos del elemento Nombre de Paciente


del segmento PID.

Fuente: Elaboración propia


Para resumir, un mensaje esta compuesto de las siguientes partes:
Mensaje-Segmento-Compuestos-Otros compuestos o datos primitivos.

# Nombre

1 Nombre Familia

2 Nombre Dado

3 Inicial del Seg. Nombre

4 Sufijo

5 Prefijo

6 Grado

7 Codigo de Tipo de Nombre

Para resumir, un mensaje esta compuesto de las siguientes


partes:

Mensaje-Segmento-Compuestos-Otros compuestos o
datos primitivos.
 Uno de los aspectos más importantes de HL7 es el
protocolo de Conocimiento.
 Cada vez que una aplicación acepta un mensaje o
saca datos, debe enviar un mensaje que informe el
éxcito de la operación a la aplicación de origen.
 La aplicación que envía, se espera siga mandando
mensajes hasta que recibe uno de ACK. En resumen,
solo se envían mensajes de ACK cuando se ha
obtenido toda la información deseada.
 Para llevar a cabo el protocolo se debe
manejar lo que se denomina el “Mesaje
Control Id”.

 Lo posee cada segmento MSH en su campo


10. Un ACK valido hará eco de este ID en el
segundo campo del segmento MSA

Вам также может понравиться