guía de implementación mensajería hl7 v2 -...
TRANSCRIPT
Guía de Implementación
Mensajería HL7
V2.1
Mensajes para Cuenta Médica FONASA
Proceso Ambulatorio y Hospitalización
Intercambio de Datos Valoración de Prestaciones
Guía de Implementación Valoración V2.1
Página 2 de 92
VERSIONES
Fecha Asunto Responsable Versión
16-06-2017 Guía de
Implementación de mensajería
para Valoración de
Prestaciones
César Galindo (CENS)
Ignacio Pineda (Salud + Desarrollo)
Pablo Orefice (Salud + Desarrollo)
Jorge Cristi (Salud + Desarrollo)
Carlos Nuñez (FONASA)
Aisen Etcheverry (Salud +
Desarrollo)
Sergio Guiñez (CENS)
Jorge Mansilla (CENS)
1.1
26-06-2017 Guía de
Implementación de mensajería para Valoración de
Prestaciones
César Galindo (CENS)
Ignacio Pineda (Salud + Desarrollo)
Pablo Orefice (Salud + Desarrollo)
Jorge Cristi (Salud + Desarrollo)
Carlos Nuñez (FONASA)
Aisen Etcheverry (Salud +
Desarrollo)
Sergio Guiñez (CENS)
Jorge Mansilla (CENS)
2.1
Guía de Implementación Valoración V2.1
Página 3 de 92
CONTROL DE CAMBIO
Esta versión incluye los siguientes Cambios
1) Mensajería
a. Se elimina el mansaje P05 b. Se determina un Mensaje P10 para todas las transacciones
2) Segmentos y Campos
a. Se Modifica la estructura del mensaje P10 b. Segmento PV1
i. Se eliminan los campos de cobro ii. Se modifican los campos 7 y 8 iii. Se agrega Campo 20
c. Segmento PR1 i. Se cambia la estructura del campo 12
ii. Se agrega RUT de cobro al campo 12 d. Segmento GP1
i. Se Agregan campo 2 y 5 e. Segmento GP2
i. Se modifica estructura campo 3
ii. Se agregan campo 5 y 13 f. Segmento MSH
i. Se modifican estructura campo 3 ii. Se modifica estructura campo 5 iii. Se agregan campo 4 y 6
3) General a. Se modifican textos explicativos
b. Se modifican Ejemplos y XML
Guía de Implementación Valoración V2.1
Página 4 de 92
Índice General
Versiones ................................................................................ 2
Control de Cambio ................................................................... 3
1 Introducción ....................................................................... 7
1.1 Estándares internacionales ................................................... 8
1.2 Visión Global ......................................................................... 9
1.2.1 Descripción del proceso de Atención Ambulatoria ............................ 9
1.2.2 Descripción del proceso de Atención Hospitalaria ............................ 10
2 Glosario ............................................................................ 12
3 Convenciones y Organización de la Guía ........................... 15
3.1 Modelo Genérico de Transacción ......................................... 15
4 Definición del Mensaje de Valoración de las Prestaciones 17
4.1 Alcance ............................................................................... 17
4.2 Versión del Estándar ........................................................... 18
4.3 Actores y Roles en el Caso de Uso ...................................... 18
4.3.1 Diagrama de Interacciones .......................................................... 19
4.4 Eventos gatillantes ............................................................. 19
4.4.1 Notificación de Prestaciones por Realizar ....................................... 19
4.4.2 Rechazo del Proceso de Atención por parte del Paciente. ................. 20
4.4.3 Notificación de Valores asociados a cada Prestación e información de
copago 21
4.4.4 Respuesta ACK .......................................................................... 22
4.5 Estructura de los Segmentos .............................................. 22
4.5.1 MSH – Segmento de cabecera del mensaje .................................... 22
4.5.2 EVN – Segmento del tipo de evento .............................................. 24
4.5.3 PID – Segmento identificador de paciente ..................................... 24
4.5.4 PV1 - Segmento origen del paciente ............................................. 25
4.5.5 GP1- Segmento de Grupo de Prestaciones ..................................... 27
4.5.6 PR1- Segmento de Prestaciones ................................................... 28
4.5.7 GP2 – Segmento de Valorización .................................................. 30
4.5.8 MSA – Segmento de cabecera ...................................................... 32
5 Ejemplos .......................................................................... 32
5.1 Ambulatorio ........................................................................ 32
5.2 Ejemplo Hospitalizado ........................................................ 35
6 ANEXOS ............................................................................ 40
6.1 Nomenclatura ..................................................................... 40
Guía de Implementación Valoración V2.1
Página 5 de 92
6.1.1 Criterio para definir obligatoriedad en los segmentos, campos y sub-
campos: 40
6.1.2 Nomenclatura empleada en la especificación de los mensajes: ......... 40
6.2 Tipos de Datos (DT) ............................................................ 41
6.2.1 Tipos de Datos: .......................................................................... 41
6.2.2 atos Compuestos: ...................................................................... 41
6.3 XML .................................................................................... 42
6.3.1 BARP10 Valoración Ambulatorio FONASA ....................................... 42
6.3.2 BARP10 Valoración Ambulatorio ................................................... 50
6.3.3 BARP05 Valorización Prestador ..................................................... 59
6.3.4 BARP05 Valorización FONASA ...................................................... 74
Índice Imágenes
Imagen 1 Diagrama Genérico de Transacciones ..................................... 15
Imagen 2 Diagrama de Secuencia Genérico .......................................... 16
Imagen 3 Roles en el Caso de Uso para Mensaje de Valorización ............. 18
Imagen 4 Diagrama de secuencia para mensajería Valoración ................. 19
Índice Tablas
Tabla 1 Estructura segmento BAR P10 .................................................. 20
Tabla 2 "Estructura segmento ADT 11" ................................................. 21
Tabla 3 Estructura segmento BAR P10 .................................................. 21
Tabla 4 "Tabla MSH – Elementos descritos en el segmento MSH" ............. 22
Tabla 5 "Tabla 0076 – Tipo de Mensaje" ............................................... 23
Tabla 6 "Tabla 0003 – Tipo de Evento" ................................................. 23
Tabla 7 "Tabla 0354 – Estructura de los mensajes" ................................ 24
Tabla 8 "Tabla HL7 – ID de la versión" ................................................. 24
Tabla 9 "Tabla EVN – Elementos descritos en el segmento EVN. " ............ 24
Tabla 10 "Tabla PID – Elementos descritos en el segmento PID" .............. 25
Tabla 11 "Tabla 0004 – Tipo de encuentro" ........................................... 26
Tabla 12 "Tabla 0064 – Tipo de paciente" ............................................. 26
Tabla 13 "Tabla 0455 – Modalidad de Atención" ..................................... 27
Tabla 14 "Tabla 0457 – Tipo Contrato" ................................................. 27
Tabla 15 "Tabla 0458 – Subclasificacion de contrato " ............................ 28
Tabla 16 "Tabla PR1 – Elementos descritos en el segmento PR1" ............. 29
Tabla 17 "Tabla 0088 – Código de Técnica" ........................................... 29
Guía de Implementación Valoración V2.1
Página 6 de 92
Tabla 18 "Tabla 0396 - Tipo codificación" ............................................. 29
Tabla 19 "Tabla L78 – Labor en Pabellón" ............................................. 30
Tabla 20 "Tabla P78 – Participación en cirugía" ...................................... 30
Tabla 21 "Tabla GP2 – Elementos descritos en el segmento" ................... 31
Tabla 22 "Tabla 0460 – Tabla" ............................................................. 31
Tabla 23"Tabla MSA – Elementos descritos en el segmento MSA" ............ 32
Tabla 24 "Tabla 0008 – Acknowledge Code" .......................................... 32
Guía de Implementación Valoración V2.1
Página 7 de 92
1 INTRODUCCIÓN
El proyecto de cuenta médica interoperable tiene como objetivo final que
la información sanitaria y financiera necesaria para asegurar la
continuidad del negocio entre prestadores y FONASA sea comunicada de
manera interoperable y estandarizada, lo que finalmente se traducirá en
un beneficio directo para los beneficiarios. El conocimiento que será
posible generar permitirá caracterizar el uso de recursos, complementar
y justificar la incorporación de nuevas prestaciones al arancel así como
también hacer más eficientes los procesos de comunicación entre el
seguro y los prestadores.
Esta guía de implementación es resultado de una de las cuatro mesas de
trabajo formadas para el cumplimiento de la Fase de Diseño. Los puntos
de interoperabilidad, así como los datos asociados a cada punto fueron
identificados y definidos por los participantes en cada mesa y
consolidados en este documento.
La mensajería a utilizar en el piloto de cuenta médica interoperable
necesaria para cumplir el objetivo planteado se delimitó basándose en los
datos identificados anteriormente, razón por la cual es fundamental contar
con un documento que explique y estandarice definiciones de la
información a intercambiar.
Los participantes de las mesas de trabajo fueron los siguientes:
Fondo Nacional de Salud
Servicio de Salud Araucanía Sur
Servicio de Salud Talcahuano
Servicio de Salud Maule
Guía de Implementación Valoración V2.1
Página 8 de 92
Clínica Indisa
Clínica Dávila
Megasalud
Centro Nacional en Sistemas de Información en Salud
Subcomité de Salud – Comité de Industrias Inteligentes (CORFO)
1.1 ESTÁNDARES INTERNACIONALES
La mensajería HL7 define el formato, estructura y contenido de la
transmisión de información durante determinados procesos dentro de las
Instituciones de Salud. La homologación de estos estándares en los
distintos países permite generar normas específicas para cada proceso con
la facilidad de adaptación para cada uno de los distintos contextos que los
países presentan.
El desarrollo de estas normas presenta libertad durante la estructuración
de la arquitectura de cada uno de los mensajes, esto debido a que el
estándar entrega la libre elección sobre los datos contenidos para cada
uno de los segmentos asociados a un determinado evento, generando el
inconveniente de que se pueden generar diferencias en cada
interpretación dada al estándar, aun cuando lo que se busca es la
interoperabilidad entre los Sistemas Informáticos en Salud. Esto se
soluciona sumando toda la información y datos contenidos en cada
estándar junto con toda la información que cada país o institución
requiere. Todo lo anterior queda definido, redactado y es accesible para
quienes deben implementar estos estándares en las guías de
implementación, las cuales describen en forma detallada toda la
Guía de Implementación Valoración V2.1
Página 9 de 92
información necesaria para la aplicación de estos estándares junto con la
estructura de cada mensaje que es homologado.
Todo lo anterior converge en la generación de Guías de Implementación
de los estándares para que los sistemas puedan transmitir, almacenar y
confirmar el envío de información bajo estándares definidos, que permiten
generar interoperabilidad y disminuyen en gran cantidad los posibles
errores durante la interacción entre los distintos sistemas, afianzando
Instituciones que trabajan en función de la innovación tecnológica,
requieren de una gran gestión de sus recursos y operan con sistemas de
apoyo en la toma de decisiones.
1.2 VISIÓN GLOBAL
1.2.1 DESCRIPCIÓN DEL PROCESO DE ATENCIÓN AMBULATORIA
Los beneficiarios de FONASA, dependiendo de su tramo de beneficio,
pueden acceder a la compra de un bono modalidad libre elección para ser
atendidos de manera ambulatoria ya sea en la red privada de atención o en
la red pública de atención.
El proceso se inicia con la identificación y validación previsional del
beneficiario desde el prestador, enviando datos necesarios para la
identificación por parte de FONASA utilizando un servicio interno (OIPA).
Una vez que la validación es correcta, los prestadores envían información
relacionada con las prestación o prestaciones a otorgar a FONASA con fin de
recibir una valorización inicial de la cuenta médica, pudiendo ser aceptada o
rechazada por el beneficiario. Para efectos prácticos, el paciente podrá
conocer el valor de la prestación, la bonificación por FONASA, el monto
cubierto por posibles seguros complementarios y el valor final a pagar. Si
hay una compra efectiva del bono, el paciente recibirá las prestaciones en el
Guía de Implementación Valoración V2.1
Página 10 de 92
plazo establecido por el prestador, entendiendo que puede recibir
prestaciones que en un comienzo no se valorizaron, dependiendo de la
evolución clínica y del criterio del profesional de salud. Una vez que se
cierre el encuentro médico, el prestador deberá enviar a FONASA los datos
solicitados en este punto, incluyendo información financiera y sanitaria,
necesarias para el cierre de la cuenta médica.
1.2.2 DESCRIPCIÓN DEL PROCESO DE ATENCIÓN HOSPITALARIA
El proceso de atención hospitalario tiene distintos puntos de inicio o
puertas de entrada, dependiendo del área de consulta del paciente, ya que
existe la posibilidad de que el beneficiario sea admitido desde el Servicio
de Urgencia o que la hospitalización sea programada.
Servicio de Urgencia: El proceso se inicia al momento que el paciente
ingrese al Servicio de Urgencia y requiera atención de salud. Si el paciente
se encuentra en riesgo vital, sigue un proceso paralelo que no se
encuentra dentro del alcance de este proyecto (Ley de Urgencia). Si no
existe riesgo vital, el paciente deberá ser identificado y validado por el
prestador. Para este fin, deberá enviar información a FONASA quien
consultará bases internas y confirmará si la validación fue exitosa o no. De
ser exitosa el prestador procederá a ofrecer atención médica al paciente,
siendo decisión del médico tratante la decisión de alta clínica u orden de
hospitalización.
En caso de efectuarse un alta clínica/administrativa en urgencia, la cuenta
médica se cerrará en ese instante, tributando los datos correspondientes
hacia FONASA. Por otra parte, cuando el paciente sea hospitalizado la
cuenta permanecerá abierta hasta el alta correspondiente, consolidando
Guía de Implementación Valoración V2.1
Página 11 de 92
dicha cuenta médica en una sola y tributando los datos a FONASA al final
del encuentro médico.
Hospitalizaciones programadas: Son atenciones de salud que ocurren
cuando el paciente previamente tiene una programación de hospitalización
dada por un profesional médico. El proceso se inicia con la identificación y
validación por parte del prestador, proceso realizado igual que en el
escenario anterior. Una vez que la validación este correcta existen dos
alternativas:
Con PAD: Se procederá a la valorización y compra del bono para la
atención previo ingreso a hospitalización.
Sin PAD: Se procederá a hacer ingreso del paciente sin pago previo de
bono.
Posterior a la estadía y otorgación de prestaciones, y luego de la alta
clínica y administrativa del paciente, el prestador deberá enviar a FONASA
los datos asociados a ese encuentro médico necesarios para realizar
trazabilidad financiera y sanitaria de la atención del paciente. Para el caso
de pacientes que hayan cancelado previamente un PAD se enviaran
aquellos datos correspondientes a las prestaciones adicionales que
pudiesen haber sido otorgadas. Por otra parte, para aquellos pacientes
que no hayan cancelado previamente un PAD se enviará la totalidad de las
prestaciones otorgadas durante el encuentro médico.
Guía de Implementación Valoración V2.1
Página 12 de 92
2 GLOSARIO
ACK: Abreviatura de Acknowledge (recibido). Es un aviso de recepción de
un mensaje. En el contexto de la interoperabilidad empleando el estándar
HL7 este aviso puede limitarse a la recepción del mensaje a nivel de
aplicación en cuyo caso se denomina ACK en modo original o informar tanto
del reconocimiento a nivel de aplicación como a nivel de aceptación del
mensaje en cuyo caso se denomina ACK en modo mejorado (enhanced
mode). Este aviso se envía también en forma de mensaje electrónico.
Campo: Corresponden a los componentes de construcción del mensaje, se
encuentran definiendo la semántica de los segmentos, por lo que
conforman los datos o conjuntos de datos.
Estándar: Norma técnico-legal elaborada por fabricantes,
administraciones, usuarios y consumidores, que contienen las
especificaciones técnicas asociadas a una tecnología, son producto de
experiencia, desarrollo y resultados de implementación.
Estandarización: Redacción y aprobación de normas que determinan una
serie de garantías dependiendo del campo de aplicación.
Evento: Situación que requiere de un efector y un afectado dentro de un
proceso clínico. Pueden estar orientados a pacientes, equipamiento,
instalaciones, emergencias, etc.
Homologación: Equiparación o igualación de las especificaciones,
normas, documentos, características, que permiten ordenar el
funcionamiento de una entidad.
Guía de Implementación Valoración V2.1
Página 13 de 92
HL7: Health Level Seven, por sus siglas en inglés, son un conjunto de
estándares que facilitan el intercambio de información clínica. Utiliza
modelado dado por UML y lenguaje XML.
IHE: Integrating the Healthcare Enterprise, es una iniciativa de empresas
y profesionales en Salud con el objetivo de optimizar, mejorar y clarificar
la comunicación entre los sistemas informáticos en Salud.
Interoperabilidad: Habilidad de dos o más sistemas para intercambiar
información y utilizar entre estos mismos la información.
Mensaje: Modo en que se intercambia la información entre sistemas
informáticos. Su sintaxis está dada por el estándar de mensajería HL7, en
el cual se detalla el lenguaje, la estructura, la codificación, etc.
PAD: Corresponde al Programa de Pago Asociado a Diagnóstico (PAD),
también llamado “Cuenta Conocida”, es un conjunto de prestaciones
previamente estandarizadas, que permiten resolver en forma integral un
diagnóstico o problema de salud determinado.
Proceso: Conjunto de eventos coordinados y ordenados, que suceden
bajo ciertas circunstancias, a partir de una entrada para generar una
salida.
RIM: Abreviatura de Reference Information Model (Modelo de Referencia
de Información). Es un modelo de clases que sirve como referencia para
comprender la información resultante del registro de los eventos de salud
como un todo, con el fin de mejorar la interoperabilidad semántica.
Guía de Implementación Valoración V2.1
Página 14 de 92
Rol: Es una de las clases principales del RIM. Es una competencia de la
Entidad que se desempeña en un Acto.
Segmento: Corresponde a cada una de las líneas de un mensaje, cada
segmento posee su propio sentido semántico por lo que contienen
información específica.
SIDRA: Sistema de Información de las redes Asistenciales. Iniciativa
impulsada por el Ministerio de Salud, que tiene como objetivo informatizar
los procesos clínicos – administrativos de los Prestadores públicos en
Chile.
Guía de Implementación Valoración V2.1
Página 15 de 92
3 CONVENCIONES Y ORGANIZACIÓN DE LA GUÍA
Esta guía muestra la estructura de implementación del set de mensajes
relacionados con la validación del beneficiario entre prestador y FONASA.
Para este fin se definirá la estructura del mensaje y la composición de los
campos y subcampos que definen el intercambio de datos. Existen algunas
convenciones que se deben acordar para poder conocer el mensaje que se
describe.
3.1 MODELO GENÉRICO DE TRANSACCIÓN
Cada descripción de transacción, actores, los roles que juegan y las
transacciones entre ellos se presentan como un caso de uso.
Alcance: Es la descripción de las transacciones que se realizan en el
contexto del caso de uso que se está desarrollando.
Actores: Se define como el participante en el proceso de
intercambio de datos, tanto de entrada como salida en el caso de
uso
Roles: Se entiende por ROL la participación que tiene cierto actor en
el intercambio de información dado el caso de uso.
Imagen 1 Diagrama Genérico de Transacciones
Estándar de Referencia: Especificación del estándar usado en las
transacciones.
Diagrama de Secuencia: Descripción gráfica de las interacciones.
Guía de Implementación Valoración V2.1
Página 17 de 92
4 DEFINICIÓN DEL MENSAJE DE VALORACIÓN DE LAS
PRESTACIONES
4.1 ALCANCE
Esta transacción está definida para la Valorización de las prestaciones que
serán realizadas o han sido realizadas al beneficiario durante su proceso de
atención.
Este mensaje debe ser ejecutado a continuación del mensaje de validación,
ya que debe contener el ID de FONASA para su utilización.
Situación inicial Existen dos situaciones iniciales, una por cada proceso
Ambulatorio: La valorización de las prestaciones se realiza
antes de que el beneficiario las reciba. Se hace en base al
encuentro médico y al motivo de consulta del beneficiario
Proceso Hospitalización Programada (PAD): La
valorización de las prestaciones se realiza antes de que el
beneficiario las reciba
Acciones 1. Según sea el caso es posible diferenciar:
Ambulatorio: El Beneficiario ratifica su deseo de
atención, cancela el bono, y recibe la prestación
correspondiente.
Proceso Hospitalización Programada: El beneficiario
ratifica su deseo de atención, pudiendo cancelar un PAD
o no, y recibe las prestaciones correspondientes.
2. El Prestador genera datos respecto a la prestación (es) a
realizar.
3. El prestador envía datos a FONASA.
4. FONASA devuelve valores.
5. Paciente acepta o rechaza pago de la prestación.
6. Si aplica, se realiza copago.
Aclaración: En el proceso ambulatorio y hospitalizado
programado, la valorización y pago de las prestaciones se
realiza antes del otorgamiento de estas, mientras que en el
proceso hospitalizado la valorización y pago se realiza
después del alta médica.
Resultado FONASA valoriza las prestaciones y devuelve el valor del
Copago
Guía de Implementación Valoración V2.1
Página 18 de 92
4.2 VERSIÓN DEL ESTÁNDAR
Para el desarrollo de los mensajes de Validación para el proceso de Atención
Ambulatoria y Hospitalizado, se trabajó con el estándar sobre mensajería
HL7 versión 2.5.1 y más específicamente su capítulo 2 y 3 los cuales
definen los mensajes asociados a pacientes para los eventos que se gatillan.
4.3 ACTORES Y ROLES EN EL CASO DE USO
A partir del proceso de Atención Ambulatoria y de Hospitalización, y según
lo definido por la red asistencial, se pueden definir dos actores que
interactuarán en el intercambio de datos de este mensaje.
Imagen 3 Roles en el Caso de Uso para Mensaje de Valorización
Prestadores (Específicamente el Front de Prestadores): Los
Prestadores de Salud son personas naturales o jurídicas, tales como,
consultorios, consultas, centros médicos, hospitales, o clínicas, que
otorgan atenciones de salud a las personas beneficiarias. Se denomina
Front de prestadores a la unidad, dentro del organismo, encargada de
realizar el envío de datos a FONASA.
FONASA (Específicamente End Point de FONASA): El Fondo Nacional
de Salud (FONASA) es el organismo público que administra los fondos
estatales destinados a salud en Chile, para dar cobertura a sus
beneficiarios. Se denomina End Point de FONASA a la unidad, dentro del
organismo, encargada de realizar el envío de datos a FONASA.
Guía de Implementación Valoración V2.1
Página 19 de 92
4.3.1 DIAGRAMA DE INTERACCIONES
Imagen 4 Diagrama de secuencia para mensajería Valoración
4.4 EVENTOS GATILLANTES
Proceso ambulatorio y hospitalización programada PAD: estos datos se
gatillan al momento de la presentación del beneficiario en admisión y luego
de la validación previsional del paciente.
4.4.1 NOTIFICACIÓN DE PRESTACIONES POR REALIZAR
Este evento se produce al tributar por parte del prestador, los datos
relacionados a las prestaciones a realizar.
Los mensajes del estándar asociados serán el BAR P05 y BAR P10 según
corresponda al tipo de encuentro.
El mensaje P10 (transmit ambulatory payment classification [APC] groups)
será utilizado para enviar información tanto del paciente ambulatorio como
hospitalizado.
El evento asociado será BAR P10 y su estructura de define a continuación:
BAR P10 BAR Message
MSH Cabecera
EVN Tipo de evento
Guía de Implementación Valoración V2.1
Página 20 de 92
PID Identificación del paciente
PV1 Origen del paciente
GP1 Grupo de Prestaciones
PR1 Definición de Prestaciones
GP2 Cierre de las Prestaciones
Tabla 1 Estructura segmento BAR P10
Estructura:
MSH
EVN
PID
PV
1
GP
1
{
PR1
GP2
}
Esta estructura indica que GP1 especifica que se definirán un set de
prestaciones para el beneficiario. PR1y GP2 especifican cada uno, los
datos clínico y administrativos para una sola prestación. Al estar estos dos
segmentos bajo llaves, se indica que para cada prestación provista al
beneficiario se debe repetir estos dos segmentos para cada una de ellas
que haya sido realizada. Esto implica que, para 5 prestaciones, la dupla
PR1, GP2 deberá ser repetida 5 veces.
4.4.2 RECHAZO DEL PROCESO DE ATENCIÓN POR PARTE DEL
PACIENTE.
Este evento se produce cuando el paciente decide no continuar con el
proceso de atención después de conocer la valorización de la(s)
prestación(es). El evento asociado será ADT A11 para rechazar una
admisión y su estructura de define a continuación:
ADT A11 ADT Message
MSH Cabecera
Guía de Implementación Valoración V2.1
Página 21 de 92
EVN Tipo de evento
PID Identificación del paciente
PV1 Origen del paciente Tabla 2 "Estructura segmento ADT 11"
4.4.3 NOTIFICACIÓN DE VALORES ASOCIADOS A CADA PRESTACIÓN E
INFORMACIÓN DE COPAGO
Este evento se produce al devolver FONASA los valores de copago de las
prestaciones al Prestador.
El evento asociado será BAR P10 y su estructura de define a continuación:
BAR P10 BAR Message
MSH Cabecera
EVN Tipo de evento
PID Identificación del paciente
PV1 Origen del paciente
GP1 Grupo de Prestaciones
PR1 Definición de Prestaciones
GP2 Cierre de las Prestaciones
Tabla 3 Estructura segmento BAR P10
Estructura:
MSH
EVN
PID
PV
1
GP
1
{
PR1
GP2
}
Esta estructura indica que GP1 especifica que se definirán un set de
prestaciones para el beneficiario. PR1 y GP2 especifican cada uno, los datos
clínico y administrativos para una sola prestación. Al estar estos dos
segmentos bajo llaves, se indica que para cada prestación provista al
Guía de Implementación Valoración V2.1
Página 22 de 92
beneficiario se debe repetir estos dos segmentos para cada una de ellas que
haya sido realizada. Esto implica que, para 5 prestaciones, la dupla PR1,
GP2 deberá ser repetida 5 veces
4.4.4 RESPUESTA ACK
Para los tres mensajes la estructura del mensaje ACK es la misma
Estructura:
MSH
MSA
4.5 ESTRUCTURA DE LOS SEGMENTOS
4.5.1 MSH – SEGMENTO DE CABECERA DEL MENSAJE
Sec. Long DT R/O
RP
(#)
Tabla
Asoc
Nombre del elemento Obs
1 1 ST R Separador de Campo
2 4 ST R Codificación de caracteres
3 227 HD O 1 Aplicación que envía
4 227 HD O 1 Establecimiento que envía
5 227 HD O 1 Aplicación que recibe
6 227 HD O 1 Establecimiento que recibe
7 26 TS R Fecha y hora del mensaje
9 15 MSG R
0076
0003
0354
Tipo de Mensaje
10 20 TS R ID de Control del mensaje
11 3 PT R ID de Procesamiento
12 60 VID R ID de Versión
Tabla 4 "Tabla MSH – Elementos descritos en el segmento MSH"
Guía de Implementación Valoración V2.1
Página 23 de 92
MSH-1 Separador de campo:
<|>
MSH-2 Codificación de los caracteres:
<^&~\>
MSH-3 Aplicación que envía:
<Nombre Aplicación Origen>
MSH-4 Establecimiento que envía:
<Cod_Establecimiento Origen^NroRUT^RUT>
Corresponde a código DEIS en caso de ser un prestador público, valor 0 en caso de
ser FONASA y a un RUT de sucursal, en caso de ser un prestador privado, para el
primer sub-campo. Para el segundo sub-campo corresponde al RUT prestador
jurídico de casa matriz para ambos casos.
MSH-5 Aplicación que recibe:
<Nombre Aplicación Destino>
MSH-6 Establecimiento que recibe:
<Cod_Establecimiento Destino^NroRUT^RUT>
Corresponde a código DEIS en caso de ser un prestador público, valor 0 en caso de
ser FONASA y a un RUT de sucursal, en caso de ser un prestador privado, para el
primer sub-campo. Para el segundo sub-campo corresponde al RUT prestador
jurídico de casa matriz para ambos casos.
MSH-7 Fecha y hora del mensaje:
<Fecha (AAAAMMDDHHMMSS.+/-ZZ) >
Representa: Año (4 dígitos), mes (2 dígitos), día (2 dígitos), hora (dos dígitos),
minutos (2 dígitos), segundos (2 dígitos), huso horario (signo y dos dígitos)
Según ISO 8601.
MSH-9 Tipo de mensaje:
<ID (Tabla 0076)> ^ <Valor (Tabla 0003)> ^ <Valor (Tabla 0354)>
ID Responsable OBS.
ACK Mensaje de confirmación de recibo
ADT Mensaje ADT
Tabla 5 "Tabla 0076 – Tipo de Mensaje"
Valor Descripción OBS
A01 Notificación de Admisión/Visita
Tabla 6 "Tabla 0003 – Tipo de Evento"
Valor Eventos Comentarios
Guía de Implementación Valoración V2.1
Página 24 de 92
ADT_A01 A01, A04, A08
Tabla 7 "Tabla 0354 – Estructura de los mensajes"
MSH-10 ID de control de mensaje:
<Número de Control>
Este es un número único que identifica al mensaje. El Software de envío entrega un
número propio para diferenciar el mensaje. La aplicación que recibe, replica este
número en el MSA de la respuesta ACK
MSH-11 ID de procesamiento:
<ID de procesamiento> ^ <Modo de procesamiento>
Replicar según ejemplo
MSH-12 ID de versión:
<ID de la versión>
Valor Descripción Comentarios
2.5.1 Versión 2.5.1 Enero 2007
Tabla 8 "Tabla HL7 – ID de la versión"
4.5.2 EVN – SEGMENTO DEL TIPO DE EVENTO
Sec Long DT O/P
RP
(#)
Tabla
Asoc
Nombre del elemento Obs
1 3 ID O 0003 Tipo de Evento
2 26 TS R Hora y Fecha del evento
Tabla 9 "Tabla EVN – Elementos descritos en el segmento EVN. "
EVN-1 Tipo de Evento:
<Valor> (Ver Tabla 0003 de HL7)
EVN-2 Hora y fecha del evento:
<Fecha (AAAAMMDDTHHMMSS) >
Representa: Año (4 dígitos), mes (2 dígitos), día (2 dígitos), T (huso horario), hora
(dos dígitos), minutos (2 dígitos), segundos (2 dígitos).
Según ISO 8601.
4.5.3 PID – SEGMENTO IDENTIFICADOR DE PACIENTE
Sec Long DT R/O RP
(#)
Tabla
Asoc
Nombre del elemento Obs
3 250 CX R Número de identificación del beneficiario
5 250 XPN R Primer apellido y nombres del beneficiario
Guía de Implementación Valoración V2.1
Página 25 de 92
6 250 XPN O Segundo apellido
Tabla 10 "Tabla PID – Elementos descritos en el segmento PID"
PID-3 Número de identificación del beneficiario:
<id_number>^<verificador>^<>^<AA_Asignación>^<TipoDocumento>
^<>^<>^<>^<CodPaísEmisorDocumento&País&ISOxxxx>
Ejemplo para Cédula de Identidad emitida en Chile, nro 123456789-0
123456789^0^^AA_RegistroCivil^NI^^^^152&Chile&ISO3166-1
Ejemplo para Pasaporte emitido en Uruguay, nro B12345
B12345^^^AA_RegistroCivil^PPN^^^^858&Uruguay&ISO3166-1
Ejemplo para nro de registro (MRN) emitido por ClínicaA en Chile, nro
HC123
HC123^^^AA_ClinicaA^MR^^^^152&Chile&ISO3166-1
PID-5 Primer apellido y nombres del beneficiario:
<primer apellido>^<primer nombre>^<segundo nombre>
PID-6 Segundo Apellido:
<segundo apellido>
4.5.4 PV1 - SEGMENTO ORIGEN DEL PACIENTE
Sec.
Long DT Requerido/
Opcional RP
(#)
Tabla Asoc
Nombre del
elemento Obs
2 2 IS R 0004 Tipo del encuentro
5 250 CX O Id del encuentro
propio
7 250 XCN O SI 0010 RUT médico
tratante y/o equipo
8 250 XCN O SI 0010
RUT Médico que
refiere
hospitalización
Aplica para proceso
de hospitalización
19 250 CX R ID
Encuentro
FONASA
20 50 FC R 0064 Tramo Beneficiario
Guía de Implementación Valoración V2.1
Página 26 de 92
PV1-2 Tipo del Encuentro:
<Valor>
Descripción Comentarios
01 Hospitalizado
02 Urgencia
03 Ambulatorio
Tabla 11 "Tabla 0004 – Tipo de encuentro"
PV1-5 Id del Encuentro Propio:
<Valor>
PV1-7 RUT médico tratante y/o equipo:
<Rut_Médico_Tratante>
En el proceso ambulatorio, solamente aplica para consultas médicas y
procedimientos ambulatorios. No así para exámenes de laboratorio o imágenes. En el proceso hospitalario y emergencia, no aplica.
PV1-8 RUT médico que refiere hospitalización:
<Rut_Médico_Hospitalización>
Esto aplica para procesos hospitalario, RUT de médico que indica hospitalización. No
aplica para proceso ambulatorio.
PV1-19 ID Encuentro FONASA:
<ID Encuentro>
PV1-20 Tramo Beneficiario:
<Valor>
Valor Descripción Comentarios
01 Tramo A de FONASA
02 Tramo B de FONASA
03 Tramo C de FONASA
04 Tramo D de FONASA
Tabla 12 "Tabla 0064 – Tipo de paciente"
Guía de Implementación Valoración V2.1
Página 27 de 92
4.5.5 GP1- SEGMENTO DE GRUPO DE PRESTACIONES
Sec. Long DT Requerido/
Opcional RP/# Tabla
Asoc
Item# Nombre del
elemento Obs
1 3 IS R 0455 1599 Modalidad de
Atención
2 3 IS O 0456
Código grupo Tabla
disponibilizada
por FONASA
3 3 IS R 0457 1600 Tipo de Contrato
4 1 R 0458 1601 Subclasificación
de contrato
5 12 CP O Valor grupo Valor del PAD
aplica para
mensaje de
FONASA
Tabla HL7 – Elementos descritos en el segmento GP1.
GP1-1 Modalidad de Atención:
<Código>
Valor Descripción Comentarios
1 MAI
2 MLE
Tabla 13 "Tabla 0455 – Modalidad de Atención"
GP1-2 Código grupo
<Código>
Código correspondiente a un paquete de prestaciones, tablas disponibilizadas por
FONASA
GP1-3 Tipo de Contrato:
<Código>
Valor Descripción Comentarios
01 Acuerdos de Servicio de Salud
02 Convenio Marco
03 Licitación Pública
04 Trato Directo
05 Mandato por Ley
06 MLE
Tabla 14 "Tabla 0457 – Tipo Contrato"
GP1-4 Subclasificación de contrato
<Código>
Códigos Subclasificación de Contrato
Guía de Implementación Valoración V2.1
Página 28 de 92
01 PPV GES PROG
02 PPV GES NO PROG
03 PPV NO GES PROG
04 PPV NO GES NO PROG
05 PPI
06 APS
07 DFL 36
08 DIALISIS
09 SERVICIOS DE PRESTACIONES DE SALUD GES (2 PRESTADOR)
10
RESOLUCION INTEGRAL PACIENTE AGUDO Y AGUIDIZADO (CAMA CRITICA POR
GRD)
11 CONVENIO AUGE (Radioterapia, Lista de Espera)
12 CONVENIO NO AUGE (ELEAM)
13 CONVENIO AUGE (SIDA PUC HCUCH, Radioterapia)
14
CONVENIO NO AUGE (Hogar de Cristo, C. La Familia, Fund. Las Rosas, IDIMI,
CAPREDENA)
15 OTROS
16 LEY RICARTE SOTO
17 LEY DE URGENCIA (POST ESTABILIZACION)
18 LEY DE URGENCIA (ESTABILIZACION)
19 OTRAS LEYES
20 MLE (PPP)
21 PAD
22 OTROS
Tabla 15 "Tabla 0458 – Subclasificacion de contrato "
GP1-5 Valor grupo
<Monto>^<Bonificación>^<Seguros complementarios>
Monto: Si es prestador, valor particular por institución y si es FONASA, valor arancelado.
Bonificación: Monto bonificado por FONASA para prestaciones reportadas. Seguros complementarios: Monto cubierto por seguros complementarios.
El valor de copago es el resultado del monto menos la bonificación y menos los seguros complementarios.
4.5.6 PR1- SEGMENTO DE PRESTACIONES
Sec. Long DT R/O RP
(#)
Tabla
Asoc
Nombre del elemento Obs
1 4 SI R Numero de
Transacción
3 250 CE R 0080 Código de Prestación +
técnica quirúrgica / Glosa +
Guía de Implementación Valoración V2.1
Página 29 de 92
técnica quirúrgica
5 26 IS R Fecha y Hora del
Procedimiento
12 250 XCN B Y 0010 RUT equipo médico
Aplica solo
procedimientos
quirúrgicos
19 427 EI C RUT para facturación
RUT al cual se le
facturará el
procedimiento
Tabla 16 "Tabla PR1 – Elementos descritos en el segmento PR1"
PR1-1 Número de Transacción:
<valor>
PR1-3 Código de Prestación + técnica quirúrgica / Glosa + técnica quirúrgica:
<CódigoPrestación>^<Glosa>^<TipoClasificación(SNOMED,CIE,otro)>^<
CódigoTécnica>^<GlosaTécnica>^<TipoClasificación>
TipoClasificación Tabla 0396 de HL7
https://www.hl7.org/fhir/v2/0396/index.html
Valor Descripción Comentarios
0 No aplica
1 Convencional
2 Endovascular
3 Videolaparoscópica
4 Endoscópica
5 Percutánea
6 Otras Técnicas
7 Microquirúrgica
Tabla 17 "Tabla 0088 – Código de Técnica"
Código Clasificación
99000 Aranceles FONASA
99001 Tabla de técnica quirúrgica
L Codiguera propia
I10 CIE-10
I9 CIE-9
LN LOINC
NDA NANDA
Tabla 18 "Tabla 0396 - Tipo codificación"
PR1-5 Fecha y Hora del Procedimiento:
< AAAAMMDDHHMMSS.+/-ZZ >
Guía de Implementación Valoración V2.1
Página 30 de 92
Representa: Año (4 dígitos), mes (2 dígitos), día (2 dígitos), hora (dos
dígitos), minutos (2 dígitos), segundos (2 dígitos), huso horario (signo y dos dígitos)
Según ISO 8601.
PR1-12 RUT Otros Participantes del Procedimiento:
<Rut_Médico>^<>^<>^<RUT_de_facturacion>^<>^<>^<Labor>^<>
^<>^<>^<>^<>^<>^<>^<>^<CodigoParticipación>&….(más_profes
ionales_medicos)
El RUT de facturación corresponde en el caso de que algún profesional que cumpla
una labor en el acto quirúrgico facture con RUT diferente. La Tabla 19 la debe
validar FONASA Valor Descripción Comentarios
1 Primer Cirujano
2 Anestesista (Mismo 1er Cirujano)
3 Anestesista (otro Profesional)
4 Segundo Cirujano
5 Tercer Cirujano
6 Cuarto Cirujano
7 Quinto Cirujano
8 Pabellón
Tabla 19 "Tabla L78 – Labor en Pabellón"
Valor Descripción Comentarios
1 Participa y Cobra
2 No Cobra o Sin convenio
3 Ausente
Tabla 20 "Tabla P78 – Participación en cirugía"
Este campo es repetitivo, lo que implica que pueden expresarse tantas veces como
médicos intervinieron en el equipo de trabajo
PR1-19 RUT para Facturación:
Este RUT es para que FONASA facture la prestación identificada en vez de utilizar el
RUT del Prestador.
<RUT facturación>
4.5.7 GP2 – SEGMENTO DE VALORIZACIÓN
Sec Long DT R/O RP/# Tabla
Asoc
Nombre del
elemento
Obs
1 3 IS O 1 0456 Código Hace referencia a un código de
arancel FONASA
2 7 NM O Contador de
Prestaciones
3 12 CP O 1 Valor prestación Corresponde al valor total
(Valor prestación x contador)
Guía de Implementación Valoración V2.1
Página 31 de 92
5 1 IS O 1 0460 Prestación aceptada
o denegada
Aplicable a Mensaje Enviado
por FONASA
13 12 CP O 1 Copago Prestación Aplicable a Mensaje Enviado
por FONASA
Tabla 21 "Tabla GP2 – Elementos descritos en el segmento"
GP2-1 Código
<Código>
Valor Descripción Comentarios
Tabla 0456 – Tabla Aranceles Fonasa.
Arancel_FONASA:_https://www.fonasa.cl/sites/fonasa/prestadores/normati
va/aranceles
GP2-2 Contador de Prestaciones
<Cantidad>
GP2-3 Valor Prestación
<Monto>^^<Bonificación>^<Seguros complementarios>
Monto: Si es prestador, valor particular por institución y si es FONASA, valor arancelado. Bonificación: Monto bonificado por FONASA para prestaciones reportadas.
Seguros complementarios: Monto cubierto por seguros complementarios. El valor de copago es el resultado del monto menos la bonificación y menos
los seguros complementarios.
GP2-5 Prestación aceptada o denegada
<Código>
Valor Comentarios
0 Aceptada
1 NO arancelada
2 Otros Motivos
Tabla 22 "Tabla 0460 – Tabla"
GP2-13 Copago Prestación
<Monto$>
Valor en pesos chilenos de la prestación
Guía de Implementación Valoración V2.1
Página 32 de 92
4.5.8 MSA – SEGMENTO DE CABECERA
Sec Long DT R/O RP
(#)
Tabla
Asoc
Item# Nombre del elemento Obs
1 Variable ID R 0008 00018 Código ACK
2 199 ST R Código ID mensaje
Tabla 23"Tabla MSA – Elementos descritos en el segmento MSA"
MSA-1 Código ACK:
<Código>
Descripción Comentarios
AA Modo original: Aplicación Aceptar - Modo mejorado:
Reconocimiento de la aplicación: Aceptar
Usar este si mensaje es
recibido sin daño
AE Modo original: Error de aplicación - Modo mejorado:
Reconocimiento de la aplicación:
Error
AR Modo original: Rechazo de la aplicación - Modo mejorado:
Reconocimiento de la aplicación: Rechazar
CA Modo mejorado: Aceptar
confirmación: Confirmar Aceptar
CE Modo mejorado: Aceptar
confirmación: Confirmar error
CR Modo mejorado: Aceptar
confirmación: Cometer rechazo
Tabla 24 "Tabla 0008 – Acknowledge Code"
MSA-2 Código ID mensaje
<Código Control ID>
5 EJEMPLOS
5.1 AMBULATORIO
Rigoberto Pérez González, ID de identificación 13.453.567-K, nacionalidad
chilena, presenta Carnet de Identidad emitido en Chile como documento
identificatorio, emitido por el Registro Civil de Chile. Se presenta el día 23
de noviembre del 2017 a las 16:45 para ser atendido por un doctor con RUT
9.904.867-5 y se le asocia una ficha clínica en el establecimiento con el
número 346482 y se registra en el sistema de registro administrativo de la
Guía de Implementación Valoración V2.1
Página 33 de 92
Clínica Sonrisa, RUT Prestador Jurídico 56.867.986-0, código de sucursal
304Y5. El tipo de atención es ambulatoria y se le asigna un ID encuentro
propio 45RX2. La atención del paciente no cae dentro de algún tipo de ley
previsional y el paciente refiere pertenecer a FONASA.
Los datos son enviados por el prestador a FONASA. Con este proceso,
FONASA identifica al beneficiario en su base de datos, identificando a Don
Rigoberto Pérez González como beneficiario de FONASA tramo B. FONASA le
otorga el código 342RT como ID de encuentro de FONASA para la atención
médica.
El paciente viene para una consulta médica con el Dr. Juan Pereira Gómez.
El valor particular de la Clínica Sonrisa para la consulta médica por
especialista (Código propio RRTT001) es de 45.000 pesos. El valor arancel
FONASA para la misma prestación es de 35.000 pesos. La valorización de la
cuenta final se realizó a las 16:49. La modalidad de atención de la
prestación es MLE y tipo de contrato y subcontrato MLE (código arancel
FONASA: 0101300).
El valor es recibido por FONASA, quien revisa si el paciente tiene o no
seguros complementarios. Don Rigoberto no tiene ninguno vigente. Por lo
tanto, FONASA envía la valorización de la cuenta médica:
Prestación 1: Consulta por especialista 35.000 pesos, bonificación
FONASA 15.000 pesos, monto seguro complementarios 0 pesos
Monto total a pagar por encuentro: 20.000 pesos a facturar a RUT
56.867.986-0.
El paciente acepta la cuenta médica y realiza el pago, por lo que recibe la
prestación antes indicada. La consulta médica se realizó a las 17:01.
PRESTADOR ENVÍA:
Guía de Implementación Valoración V2.1
Página 34 de 92
Evento Notificación de Prestaciones a Valorizar
Ambulatorio
Mensaje BAR P10
MSH|^&~\|SW_RegistroAdministrativo|304Y5^568679860^RUT|SW_FONA
SA|0^616030000^RUT|20171123164900.-04||BAR^P10|000001|P|2.5.1
EVN|P10|20171123164900.-04
PID|||346482^^^AA_ClinicaSonrisa^MR^^^^152&Chile&ISO3166-
1~13453567^k^^AA_RegistroCivil^NI^^^^152&Chile&ISO3166-
1||Perez^Rigoberto|Gonzalez
PV1||03|||45RX2||99048675||||||||||||342RT^AA_FONASA|02
GP1|2||06|20
PR1|000P1||0101300^Consulta_Especialista^99000^0^No_aplica^0||201
71123164900.-04||||||||||||||568679860
GP2|0101300|1|45000
ACK BAR P10
MSH|^&~\|SW_FONASA|0^616030000^RUT|SW_RegistroAdministrativo|3
04Y5^568679860^RUT|20171123164900.-04||ACK|000001|P|2.5.1
MSA|AA|000001
Mensaje de Respuesta de FONASA con información de Copagos
Mensaje BAR P10
MSH|^&~\|SW_FONASA|0^616030000^RUT|SW_RegistroAdministrativo|C
línicaSonrisa&568679860&RUT|20171123164900.-
04||BAR^P10^BAR_P10|FON001|P|2.5.1
EVN|P10|20171123164900.-04
PID|||13453567^k^^AA_RegistroCivil^NI^^^^152&Chile&ISO3166-
1||Perez^Rigoberto|Gonzalez
Guía de Implementación Valoración V2.1
Página 35 de 92
PV1||03|||45RX2||99048675||||||||||||342RT^AA_FONASA|02
GP1|2||06|20
PR1|000P1||0101300^Consulta_Especialista^99000^0^No_aplica^0||201
71123164900.-04||||||||||||||568679860
GP2|0101300|1|35000^15000^0||0||||||||20000
ACK BAR P10
MSH|^&~\|SW_RegistroAdministrativo|304Y5^568679860^RUT|SW_FONA
SA|0^616030000^RUT |20171123164900.-04||ACK|000001|P|2.5.1
MSA|AA|FON001
5.2 EJEMPLO HOSPITALIZADO
La paciente Clara Pérez Gómez se presenta en el servicio de urgencia de la
Clínica Mejor por un cuadro de dolor abdominal agudo. Presenta su Carnet
de Identidad emitido por el Registro Civil en Chile en admisión, RUT
14.563.928-3. La Clínica es una institución privada, RUT jurídico
88.745.453-3, RUT sucursal 98.345.765-8. El ingreso al servicio de
urgencia se realiza el día 12 de enero del 2017 a las 09:12 y se le asigna el
número 12323 como ficha clínica, con ID encuentro propio 67TY9. La
atención no cae dentro de alguna ley provisional y la paciente refiere
pertenecer a FONASA. El medico 8.987.345-6 indica la hospitalización de la
paciente, para resolución quirúrgica.
El prestador envía los datos a FONASA para la realización de la validación y
verificación del beneficiario. FONASA verifica que la paciente es beneficiaria
del seguro, tramo C y se le otorga el ID FONASA 234R4.
La atiende la Dra. Ximena Arce Pérez, RUT 10.293.345-4. Luego de una
ecografía abdominal se establece el diagnóstico de apendicitis aguda. La
Guía de Implementación Valoración V2.1
Página 36 de 92
Dra. Arce indica la hospitalización del paciente para resolución quirúrgica vía
laparoscópica.
La paciente estuvo hospitalizada 3 días, período durante el cual se realizó la
cirugía (apendicetomía), el día 13 de enero del 2017 a las 18:22. El valor de
derecho de pabellón va incluido en el precio de la cirugía, y se facturo
contra el RUT del prestador institucional.
La cirugía la realizó el siguiente equipo médico:
Primer cirujano: Dra. Juana Pérez, RUT 12.343.234-4, participación con
cobro.
Segundo cirujano: Dr. Víctor Pinilla, RUT 12.453.333-7, participación con
cobro.
Anestesista: Dr. Sebastián Guerra, RUT 9.343.254-4, participación con
cobro.
Además, la paciente recibió un curso de antibióticos debido a una infección
del tracto urinario.
Los precios de las prestaciones fueron los siguientes:
1) Día cama (x3) = 35.000 pesos, total = 105.000 pesos
2) Apendicetomía (vía laparoscopia) (x 1) = 800.000 pesos, total
= 800.000 pesos
3) Antibióticos (x 3) = 10.000 pesos, total = 30.000 pesos
El día cama esta arancelado por FONASA (Código 0202105), al igual que la
cirugía (Código 1802053). El tratamiento antibiótico para la infección
urinaria no lo está (Código Propio 123321). La modalidad de atención fue
MLE, contrato y subcontrato MLE (se atendió en clínica privada). La fecha y
hora de la valorización de la cuenta fue el 15 de enero a las 16:43.
Guía de Implementación Valoración V2.1
Página 37 de 92
FONASA recibe los datos y envía los siguientes valores al prestador para ser
presentados a la paciente:
1) Día cama (x 3) = Valor día cama particular (35.000pesos
/día=105.000pesos). Valor arancel FONASA
(25.000pesos/día=75.000pesos). Valor Bonificación FONASA
45.000 pesos, Monto Seguros Complementarios = 10.000
pesos, Monto total a pagar = 20.000 pesos.
2) Apendicetomía (x 1) = Valor cirugía particular 800.000 pesos.
Valor Arancel 600.000 pesos, Valor Bonificación FONASA
250.000 pesos, Monto Seguros Complementarios = 100.000
pesos, Monto Total a pagar = 250.000 pesos.
3) Antibióticos (x 3) = Valor Particular 30.000 pesos, Valor
Bonificación FONASA 0 pesos, Monto Seguros Complementarios
2.500 pesos, Monto total a pagar = 27.500 pesos.
Total a pagar cuenta médica = 297.500 pesos. El anestesista pertenece a
una sociedad profesional que factura bajo RUT 99.322.111-K
PRESTADOR ENVÍA:
Evento Notificación de Prestaciones a Valorizar
Hospitalizado
Mensaje BAR P10
MSH|^&~\|SW_RegistroAdministrativo|983457658^887454533^RUT|SW_
FONASA|0^616030000^RUT|201701132091200.-
04||BAR^P10^BAR_P10|MS0001|P|2.5.1
EVN|P10|201701132091200.-04
Guía de Implementación Valoración V2.1
Página 38 de 92
PID|||12323^^^AA_ClinicaMejor^MR^^^^152&Chile&ISO3166-
1~14563928^3^^AA_RegistroCivil^NI^^^^152&Chile&ISO3166-
1||Perez^Clara|Gomez
PV1||01|||67TY9||102933454|89873456|||||||||||234R4^AA_FONASA|03
GP1|2||06|20
PR1|000P1||0202105^Dia_Cama^99000^0^No_aplica^0||201701131822
00.-04||||||||||||||887454533
GP2|0202105|3|105000
PR1|000P2||1802053^Apendicectomia^99000^3^Videolaparoscopica^990
001||20170113182200.-
04|||||||123432344^^^887454533^^^01^^^^^^^^^01&124533337^
^^887454533^^^04^^^^^^^^^01&93432544^^^99322111K^^^03^
^^^^^^^^01|||||||887454533
GP2|1802053|1|800000
PR1|000P3||123321^Antibioticos^L^0^No_aplica^0||20170113182200.-
04||||||||||||||887454533
GP2||3|30000
ACK BAR P10
MSH|^&~\|SW_FONASA|0^616030000^RUT|SW_RegistroAdministrativo|9
83457658^887454533^RUT|201701132091200.-
04||BAR^P10^BAR_P10|MS0001|P|2.5.1
MSA|AA|MS0001
Mensaje de Respuesta de FONASA con información de Copagos
Mensaje BAR P10
Guía de Implementación Valoración V2.1
Página 39 de 92
MSH|^&~\|SW_FONASA|0^616030000^RUT|SW_RegistroAdministrativo|9
83457658^887454533^RUT|201701152164300.-
04||BAR^P10^BAR_P10|FON0001|P|2.5.1
EVN|P10|201701152164300.-
PID|||12323^^^AA_ClinicaMejor^MR^^^^152&Chile&ISO3166-
1~14563928^3^^AA_RegistroCivil^NI^^^^152&Chile&ISO3166-
1||Perez^Clara|Gomez
PV1||01|||67TY9||102933454|89873456|||||||||||234R4^AA_Fonasa|03
GP1|2||06|20
PR1|000P1||0202105^Dia_Cama^99000^0^No_aplica^0||201701131822
00.-04||||||||||||||887454533
GP2|0202105|3|75000^^45000^10000||0||||||||20000
PR1|000P2||1802053^Apendicectomia^99000^3^Videolaparoscopica^990
001||20170113182200.-
04|||||||123432344^^^887454533^^^01^^^^^^^^^01&124533337^
^^887454533^^^04^^^^^^^^^01&93432544^^^887454533^^^03^
^^^^^^^^01|||||||887454533
GP2|1802053|1|600000^^250000^100000||0||||||||250000
PR1|000P3||123321^Antibioticos^L^0^No_aplica^0||20170113182200.-
04||||||||||||||887454533
GP2||3|0^^0^2500||1||||||||27500
ACK BAR P10
MSH|^&~\|SW_RegistroAdministrativo|983457658^887454533^RUT|SW_
FONASA|0^616030000^RUT|201701152164300.-
04||BAR^P10^BAR_P10|FON0001|P|2.5.1
Guía de Implementación Valoración V2.1
Página 40 de 92
MSA|AA|FON001
6 ANEXOS
6.1 NOMENCLATURA
6.1.1 CRITERIO PARA DEFINIR OBLIGATORIEDAD EN LOS
SEGMENTOS, CAMPOS Y SUB-CAMPOS:
En la presenta guía la definición del estándar HL7 International debe ser
respetada, razón por la cual los campos obligatorios por cada segmento de
mensaje seleccionado deben ser mantenidos. Este criterio será mantenido
en todos los mensajes seleccionados. A parte de éstos, del CMD aparecerán
elementos Requeridos adicionales o nuevos campos requeridos para la
realidad de los eventos a implementar. Finalmente se puedan estipular los
campos Optativos. Una vez concluido esto se determinarán las necesidades
de subcampos por cada campo determinado.
Valor Explicación
R Elemento es requerido en la semántica del segmento
O Elemento es opcional en la semántica del segmento
En el caso de la columna que define repetitividad (RPT/#), si contiene el
carácter Y”, entonces el elemento puede repetirse infinitamente.
En la columna “Tabla Asoc” se define si existe una tabla asociada al
elemento junto con el número que la identifica.
6.1.2 NOMENCLATURA EMPLEADA EN LA ESPECIFICACIÓN DE LOS
MENSAJES:
En el caso de los mensajes la estructura abstracta definida presenta los
siguientes:
Valor Explicación
SEG Segmento es obligatorio
[SEG] Segmento puede o no aparecer una única vez.
{SEG} Segmento obligatorio que puede repetirse
Guía de Implementación Valoración V2.1
Página 41 de 92
[{SEG}] Segmento puede o no aparecer repetidas veces.
6.2 TIPOS DE DATOS (DT)
6.2.1 TIPOS DE DATOS:
En la siguiente tabla se definen los datos básicos empleados en esta guía
de implementación HL7 para Atención Ambulatoria y Hospitalizada.
Sigla Explicación Longitud
DT Fecha 8
CE Elemento codificado 483
TS Sello de Tiempo 26
CX ID compuesto ampliado con dígito de verificación 1913
ID Identificador Variable
IS Identificador definido por una tabla. 20
XPN Nombre extendido de la persona 1103
ST Cadena de caracteres. 199
XAD Dirección extendida 631
XCN Número de identificación compuesto y nombre extendido 3002
MSG Tipo de mensaje 15
6.2.2 ATOS COMPUESTOS:
En la siguiente tabla se definen los datos básicos empleados en esta guía de
implementación HL7 para Atención Ambulatoria.
Sigla Explicación
DTM Fecha/Hora
ST Variable Glosa
FN Apellido
ID Valores codificados para tablas HL7
HD Designador jerárquico
SAD Dirección
Segmentos:
Los segmentos que se trabajaran al dar estructura al mensaje en la
presente Guía de Implementación son los siguientes:
MSH: El cuál es el segmento cabecera, en el cual se incluyen datos relativos
a la mensajería.
Guía de Implementación Valoración V2.1
Página 42 de 92
EVN: Segmento en el cual se incluyen datos relativos al evento
propiamente tal.
PID: Segmento que incluye información relativa al paciente.
PV1: Segmento que incluye información sobre el origen del paciente.
MSA: Segmento que contiene información enviada mientras se reconoce
otro mensaje.
6.3 XML
6.3.1 BARP10 VALORACIÓN AMBULATORIO FONASA
<?xml version="1.0" encoding="UTF-8"?>
<BAR_P10>
<MSH>
<MSH.1>|</MSH.1>
<MSH.2>^&~\</MSH.2>
<MSH.3>
<HD.1>SW_FONASA</HD.1>
</MSH.3>
<MSH.4>
<HD.1>0</HD.1>
<HD.2>616030000</HD.2>
<HD.3>RUT</HD.3>
</MSH.4>
<MSH.5>
<HD.1>SW_RegistroAdministrativo</HD.1>
</MSH.5>
<MSH.6>
Guía de Implementación Valoración V2.1
Página 43 de 92
<HD.1>ClínicaSonrisa</HD.1>
</MSH.6>
<MSH.6>
<HD.1>568679860</HD.1>
</MSH.6>
<MSH.6>
<HD.1>RUT</HD.1>
</MSH.6>
<MSH.7>
<TS.1>20171123164900.-04</TS.1>
</MSH.7>
<MSH.8/>
<MSH.9>
<MSG.1>BAR</MSG.1>
<MSG.2>P10</MSG.2>
<MSG.3>BAR_P10</MSG.3>
</MSH.9>
<MSH.10>FON001</MSH.10>
<MSH.11>
<PT.1>P</PT.1>
</MSH.11>
<MSH.12>
<VID.1>2.5.1</VID.1>
</MSH.12>
</MSH>
<EVN>
Guía de Implementación Valoración V2.1
Página 44 de 92
<EVN.1>P10</EVN.1>
<EVN.2>
<TS.1>20171123164900.-04</TS.1>
</EVN.2>
</EVN>
<PID>
<PID.1/>
<PID.2>
<CX.1/>
</PID.2>
<PID.3>
<CX.1>13453567</CX.1>
<CX.2>k</CX.2>
<CX.3/>
<CX.4>
<HD.1>AA_RegistroCivil</HD.1>
</CX.4>
<CX.5>NI</CX.5>
<CX.6>
<HD.1/>
</CX.6>
<CX.7/>
<CX.8/>
<CX.9>
<CWE.1>152</CWE.1>
</CX.9>
Guía de Implementación Valoración V2.1
Página 45 de 92
</PID.3>
<PID.3>
<CX.1>Chile</CX.1>
</PID.3>
<PID.3>
<CX.1>ISO3166-1</CX.1>
</PID.3>
<PID.4>
<CX.1/>
</PID.4>
<PID.5>
<XPN.1>
<FN.1>Perez</FN.1>
</XPN.1>
<XPN.2>Rigoberto</XPN.2>
</PID.5>
<PID.6>
<XPN.1>
<FN.1>Gonzalez</FN.1>
</XPN.1>
</PID.6>
</PID>
<PV1>
<PV1.1/>
<PV1.2>03</PV1.2>
<PV1.3>
Guía de Implementación Valoración V2.1
Página 46 de 92
<PL.1/>
</PV1.3>
<PV1.4/>
<PV1.5>
<CX.1>45RX2</CX.1>
</PV1.5>
<PV1.6>
<PL.1/>
</PV1.6>
<PV1.7>
<XCN.1>99048675</XCN.1>
</PV1.7>
<PV1.8>
<XCN.1/>
</PV1.8>
<PV1.9>
<XCN.1/>
</PV1.9>
<PV1.10/>
<PV1.11>
<PL.1/>
</PV1.11>
<PV1.12/>
<PV1.13/>
<PV1.14/>
<PV1.15/>
Guía de Implementación Valoración V2.1
Página 47 de 92
<PV1.16/>
<PV1.17>
<XCN.1/>
</PV1.17>
<PV1.18/>
<PV1.19>
<CX.1>342RT</CX.1>
<CX.2>AA_Fonasa</CX.2>
</PV1.19>
<PV1.20>
<FC.1>02</FC.1>
</PV1.20>
</PV1>
<GP1>
<GP1.1>2</GP1.1>
<GP1.2>0”A la espera de codificación FONASA”</GP1.2>
<GP1.3>06</GP1.3>
<GP1.4>20</GP1.4>
</GP1>
<BAR_P10.PROCEDURE>
<PR1>
<PR1.1>000P1</PR1.1>
<PR1.2/>
<PR1.3>
<CE.1>0101300</CE.1>
<CE.2>Consulta_Especialista</CE.2>
Guía de Implementación Valoración V2.1
Página 48 de 92
<CE.3>99000</CE.3>
<CE.4>0</CE.4>
<CE.5>No_aplica</CE.5>
<CE.6>0</CE.6>
</PR1.3>
<PR1.4/>
<PR1.5>
<TS.1>20171123164900.-04</TS.1>
</PR1.5>
<PR1.6/>
<PR1.7/>
<PR1.8>
<XCN.1/>
</PR1.8>
<PR1.9/>
<PR1.10/>
<PR1.11>
<XCN.1/>
</PR1.11>
<PR1.12>
<XCN.1/>
</PR1.12>
<PR1.13>
<CE.1/>
</PR1.13>
<PR1.14/>
Guía de Implementación Valoración V2.1
Página 49 de 92
<PR1.15>
<CE.1/>
</PR1.15>
<PR1.16>
<CE.1/>
</PR1.16>
<PR1.17/>
<PR1.18>
<CE.1/>
</PR1.18>
<PR1.19>
<EI.1>568679860</EI.1>
</PR1.19>
</PR1>
<GP2>
<GP2.1>0101300</GP2.1>
<GP2.2>1</GP2.2>
<GP2.3>
<CP.1>
<MO.1>35000</MO.1>
</CP.1>
<CP.2>15000</CP.2>
<CP.3>0</CP.3>
</GP2.3>
<GP2.4/>
<GP2.5>0</GP2.5>
Guía de Implementación Valoración V2.1
Página 50 de 92
<GP2.6/>
<GP2.7>
<CE.1/>
</GP2.7>
<GP2.8/>
<GP2.9/>
<GP2.10/>
<GP2.11>
<CP.1>
<MO.1/>
</CP.1>
</GP2.11>
<GP2.12/>
<GP2.13>
<CP.1>
<MO.1>20000</MO.1>
</CP.1>
</GP2.13>
</GP2>
</BAR_P10.PROCEDURE>
</BAR_P10>
6.3.2 BARP10 VALORACIÓN AMBULATORIO
<?xml version="1.0" encoding="UTF-8"?>
<BAR_P10>
<MSH>
Guía de Implementación Valoración V2.1
Página 51 de 92
<MSH.1>|</MSH.1>
<MSH.2>^&~\</MSH.2>
<MSH.3>
<HD.1>SW_RegistroAdministrativo</HD.1>
</MSH.3>
<MSH.4>
<HD.1>304Y5</HD.1>
<HD.2>568679860</HD.2>
<HD.3>RUT</HD.3>
</MSH.4>
<MSH.5>
<HD.1>SW_FONASA</HD.1>
</MSH.5>
<MSH.6>
<HD.1>0</HD.1>
<HD.2>616030000</HD.2>
<HD.3>RUT</HD.3>
</MSH.6>
<MSH.7>
<TS.1>20171123164900.-04</TS.1>
</MSH.7>
<MSH.8/>
<MSH.9>
<MSG.1>BAR</MSG.1>
<MSG.2>P10</MSG.2>
</MSH.9>
Guía de Implementación Valoración V2.1
Página 52 de 92
<MSH.10>000001</MSH.10>
<MSH.11>
<PT.1>P</PT.1>
</MSH.11>
<MSH.12>
<VID.1>2.5.1</VID.1>
</MSH.12>
</MSH>
<EVN>
<EVN.1>P10</EVN.1>
<EVN.2>
<TS.1>20171123164900.-04</TS.1>
</EVN.2>
</EVN>
<PID>
<PID.1/>
<PID.2>
<CX.1/>
</PID.2>
<PID.3>
<CX.1>346482</CX.1>
<CX.2/>
<CX.3/>
<CX.4>
<HD.1>AA_ClinicaSonrisa</HD.1>
</CX.4>
Guía de Implementación Valoración V2.1
Página 53 de 92
<CX.5>MR</CX.5>
<CX.6>
<HD.1/>
</CX.6>
<CX.7/>
<CX.8/>
<CX.9>
<CWE.1>152</CWE.1>
</CX.9>
</PID.3>
<PID.3>
<CX.1>Chile</CX.1>
</PID.3>
<PID.3>
<CX.1>ISO3166-1~13453567</CX.1>
<CX.2>k</CX.2>
<CX.3/>
<CX.4>
<HD.1>AA_RegistroCivil</HD.1>
</CX.4>
<CX.5>NI</CX.5>
<CX.6>
<HD.1/>
</CX.6>
<CX.7/>
<CX.8/>
Guía de Implementación Valoración V2.1
Página 54 de 92
<CX.9>
<CWE.1>152</CWE.1>
</CX.9>
</PID.3>
<PID.3>
<CX.1>Chile</CX.1>
</PID.3>
<PID.3>
<CX.1>ISO3166-1</CX.1>
</PID.3>
<PID.4>
<CX.1/>
</PID.4>
<PID.5>
<XPN.1>
<FN.1>Perez</FN.1>
</XPN.1>
<XPN.2>Rigoberto</XPN.2>
</PID.5>
<PID.6>
<XPN.1>
<FN.1>Gonzalez</FN.1>
</XPN.1>
</PID.6>
</PID>
<PV1>
Guía de Implementación Valoración V2.1
Página 55 de 92
<PV1.1/>
<PV1.2>03</PV1.2>
<PV1.3>
<PL.1/>
</PV1.3>
<PV1.4/>
<PV1.5>
<CX.1>45RX2</CX.1>
</PV1.5>
<PV1.6>
<PL.1/>
</PV1.6>
<PV1.7>
<XCN.1>99048675</XCN.1>
</PV1.7>
<PV1.8>
<XCN.1/>
</PV1.8>
<PV1.9>
<XCN.1/>
</PV1.9>
<PV1.10/>
<PV1.11>
<PL.1/>
</PV1.11>
<PV1.12/>
Guía de Implementación Valoración V2.1
Página 56 de 92
<PV1.13/>
<PV1.14/>
<PV1.15/>
<PV1.16/>
<PV1.17>
<XCN.1/>
</PV1.17>
<PV1.18/>
<PV1.19>
<CX.1>342RT</CX.1>
<CX.2>AA_Fonasa</CX.2>
</PV1.19>
<PV1.20>
<FC.1>02</FC.1>
</PV1.20>
</PV1>
<GP1>
<GP1.1>2</GP1.1>
<GP1.2>0”A la espera de codificación FONASA”</GP1.2>
<GP1.3>06</GP1.3>
<GP1.4>20</GP1.4>
</GP1>
<BAR_P10.PROCEDURE>
<PR1>
<PR1.1>000P1</PR1.1>
<PR1.2/>
Guía de Implementación Valoración V2.1
Página 57 de 92
<PR1.3>
<CE.1>0101300</CE.1>
<CE.2>Consulta_Especialista</CE.2>
<CE.3>99000</CE.3>
<CE.4>0</CE.4>
<CE.5>No_aplica</CE.5>
<CE.6>0</CE.6>
</PR1.3>
<PR1.4/>
<PR1.5>
<TS.1>20171123164900.-04</TS.1>
</PR1.5>
<PR1.6/>
<PR1.7/>
<PR1.8>
<XCN.1/>
</PR1.8>
<PR1.9/>
<PR1.10/>
<PR1.11>
<XCN.1/>
</PR1.11>
<PR1.12>
<XCN.1/>
</PR1.12>
<PR1.13>
Guía de Implementación Valoración V2.1
Página 58 de 92
<CE.1/>
</PR1.13>
<PR1.14/>
<PR1.15>
<CE.1/>
</PR1.15>
<PR1.16>
<CE.1/>
</PR1.16>
<PR1.17/>
<PR1.18>
<CE.1/>
</PR1.18>
<PR1.19>
<EI.1>568679860</EI.1>
</PR1.19>
</PR1>
<GP2>
<GP2.1>0101300</GP2.1>
<GP2.2>1</GP2.2>
<GP2.3>
<CP.1>
<MO.1>45000</MO.1>
</CP.1>
</GP2.3>
</GP2>
Guía de Implementación Valoración V2.1
Página 59 de 92
</BAR_P10.PROCEDURE>
</BAR_P10>
6.3.3 BARP05 VALORIZACIÓN PRESTADOR
<?xml version="1.0" encoding="UTF-8"?>
<BAR_P05>
<MSH>
<MSH.1>|</MSH.1>
<MSH.2>^&~\</MSH.2>
<MSH.3>
<HD.1>SW_RegistroAdministrativo</HD.1>
</MSH.3>
<MSH.4>
<HD.1>983457658</HD.1>
<HD.2>887454533</HD.2>
<HD.3>RUT</HD.3>
</MSH.4>
<MSH.5>
<HD.1>SW_FONASA</HD.1>
</MSH.5>
<MSH.6>
<HD.1>0</HD.1>
<HD.2>616030000</HD.2>
<HD.3>RUT</HD.3>
</MSH.6>
<MSH.7>
Guía de Implementación Valoración V2.1
Página 60 de 92
<TS.1>201701132091200.-04</TS.1>
</MSH.7>
<MSH.8/>
<MSH.9>
<MSG.1>BAR</MSG.1>
<MSG.2>P05</MSG.2>
<MSG.3>BAR_P05</MSG.3>
</MSH.9>
<MSH.10>MS0001</MSH.10>
<MSH.11>
<PT.1>P</PT.1>
</MSH.11>
<MSH.12>
<VID.1>2.5.1</VID.1>
</MSH.12>
</MSH>
<EVN>
<EVN.1>P05</EVN.1>
<EVN.2>
<TS.1>201701132091200.-04</TS.1>
</EVN.2>
</EVN>
<PID>
<PID.1/>
<PID.2>
<CX.1/>
Guía de Implementación Valoración V2.1
Página 61 de 92
</PID.2>
<PID.3>
<CX.1>12323</CX.1>
<CX.2/>
<CX.3/>
<CX.4>
<HD.1>AA_ClinicaMejor</HD.1>
</CX.4>
<CX.5>MR</CX.5>
<CX.6>
<HD.1/>
</CX.6>
<CX.7/>
<CX.8/>
<CX.9>
<CWE.1>152</CWE.1>
</CX.9>
</PID.3>
<PID.3>
<CX.1>Chile</CX.1>
</PID.3>
<PID.3>
<CX.1>ISO3166-1~14563928</CX.1>
<CX.2>3</CX.2>
<CX.3/>
<CX.4>
Guía de Implementación Valoración V2.1
Página 62 de 92
<HD.1>AA_RegistroCivil</HD.1>
</CX.4>
<CX.5>NI</CX.5>
<CX.6>
<HD.1/>
</CX.6>
<CX.7/>
<CX.8/>
<CX.9>
<CWE.1>152</CWE.1>
</CX.9>
</PID.3>
<PID.3>
<CX.1>Chile</CX.1>
</PID.3>
<PID.3>
<CX.1>ISO3166-1</CX.1>
</PID.3>
<PID.4>
<CX.1/>
</PID.4>
<PID.5>
<XPN.1>
<FN.1>Perez</FN.1>
</XPN.1>
<XPN.2>Clara</XPN.2>
Guía de Implementación Valoración V2.1
Página 63 de 92
</PID.5>
<PID.6>
<XPN.1>
<FN.1>Gomez</FN.1>
</XPN.1>
</PID.6>
</PID>
<BAR_P05.VISIT>
<PV1>
<PV1.1/>
<PV1.2>01</PV1.2>
<PV1.3>
<PL.1/>
</PV1.3>
<PV1.4/>
<PV1.5>
<CX.1>67TY9</CX.1>
</PV1.5>
<PV1.6>
<PL.1/>
</PV1.6>
<PV1.7>
<XCN.1>102933454</XCN.1>
</PV1.7>
<PV1.8>
<XCN.1>89873456</XCN.1>
Guía de Implementación Valoración V2.1
Página 64 de 92
</PV1.8>
<PV1.9>
<XCN.1/>
</PV1.9>
<PV1.10/>
<PV1.11>
<PL.1/>
</PV1.11>
<PV1.12/>
<PV1.13/>
<PV1.14/>
<PV1.15/>
<PV1.16/>
<PV1.17>
<XCN.1/>
</PV1.17>
<PV1.18/>
<PV1.19>
<CX.1>234R4</CX.1>
<CX.2>AA_Fonasa</CX.2>
</PV1.19>
<PV1.20>
<FC.1>03</FC.1>
</PV1.20>
</PV1>
</BAR_P05.VISIT>
Guía de Implementación Valoración V2.1
Página 65 de 92
<GP1>
<GP1.1>2</GP1.1>
<GP1.2>0”A la espera de codificación FONASA”</GP1.2>
<GP1.3>06</GP1.3>
<GP1.4>20</GP1.4>
</GP1>
<PR1>
<PR1.1>000P1</PR1.1>
<PR1.2/>
<PR1.3>
<CE.1>0202105</CE.1>
<CE.2>Dia_Cama</CE.2>
<CE.3>99000</CE.3>
<CE.4>0</CE.4>
<CE.5>No_aplica</CE.5>
<CE.6>0</CE.6>
</PR1.3>
<PR1.4/>
<PR1.5>
<TS.1>20170113182200.-04</TS.1>
</PR1.5>
<PR1.6/>
<PR1.7/>
<PR1.8>
<XCN.1/>
</PR1.8>
Guía de Implementación Valoración V2.1
Página 66 de 92
<PR1.9/>
<PR1.10/>
<PR1.11>
<XCN.1/>
</PR1.11>
<PR1.12>
<XCN.1/>
</PR1.12>
<PR1.13>
<CE.1/>
</PR1.13>
<PR1.14/>
<PR1.15>
<CE.1/>
</PR1.15>
<PR1.16>
<CE.1/>
</PR1.16>
<PR1.17/>
<PR1.18>
<CE.1/>
</PR1.18>
<PR1.19>
<EI.1>887454533</EI.1>
</PR1.19>
</PR1>
Guía de Implementación Valoración V2.1
Página 67 de 92
<GP2>
<GP2.1>0202105</GP2.1>
<GP2.2>3</GP2.2>
<GP2.3>
<CP.1>
<MO.1>105000</MO.1>
</CP.1>
</GP2.3>
</GP2>
<PR1>
<PR1.1>000P2</PR1.1>
<PR1.2/>
<PR1.3>
<CE.1>1802053</CE.1>
<CE.2>Apendicectomia</CE.2>
<CE.3>99000</CE.3>
<CE.4>3</CE.4>
<CE.5>Videolaparoscopica</CE.5>
<CE.6>990001</CE.6>
</PR1.3>
<PR1.4/>
<PR1.5>
<TS.1>20170113182200.-04</TS.1>
</PR1.5>
<PR1.6/>
<PR1.7/>
Guía de Implementación Valoración V2.1
Página 68 de 92
<PR1.8>
<XCN.1/>
</PR1.8>
<PR1.9/>
<PR1.10/>
<PR1.11>
<XCN.1/>
</PR1.11>
<PR1.12>
<XCN.1>123432344</XCN.1>
<XCN.2>
<FN.1/>
</XCN.2>
<XCN.3/>
<XCN.4>887454533</XCN.4>
<XCN.5/>
<XCN.6/>
<XCN.7>01</XCN.7>
<XCN.8/>
<XCN.9>
<HD.1/>
</XCN.9>
<XCN.10/>
<XCN.11/>
<XCN.12/>
<XCN.13/>
Guía de Implementación Valoración V2.1
Página 69 de 92
<XCN.14>
<HD.1/>
</XCN.14>
<XCN.15/>
<XCN.16>
<CE.1>01</CE.1>
</XCN.16>
</PR1.12>
<PR1.12>
<XCN.1>124533337</XCN.1>
<XCN.2>
<FN.1/>
</XCN.2>
<XCN.3/>
<XCN.4>887454533</XCN.4>
<XCN.5/>
<XCN.6/>
<XCN.7>04</XCN.7>
<XCN.8/>
<XCN.9>
<HD.1/>
</XCN.9>
<XCN.10/>
<XCN.11/>
<XCN.12/>
<XCN.13/>
Guía de Implementación Valoración V2.1
Página 70 de 92
<XCN.14>
<HD.1/>
</XCN.14>
<XCN.15/>
<XCN.16>
<CE.1>01</CE.1>
</XCN.16>
</PR1.12>
<PR1.12>
<XCN.1>93432544</XCN.1>
<XCN.2>
<FN.1/>
</XCN.2>
<XCN.3/>
<XCN.4>99322111K</XCN.4>
<XCN.5/>
<XCN.6/>
<XCN.7>03</XCN.7>
<XCN.8/>
<XCN.9>
<HD.1/>
</XCN.9>
<XCN.10/>
<XCN.11/>
<XCN.12/>
<XCN.13/>
Guía de Implementación Valoración V2.1
Página 71 de 92
<XCN.14>
<HD.1/>
</XCN.14>
<XCN.15/>
<XCN.16>
<CE.1>01</CE.1>
</XCN.16>
</PR1.12>
<PR1.13>
<CE.1/>
</PR1.13>
<PR1.14/>
<PR1.15>
<CE.1/>
</PR1.15>
<PR1.16>
<CE.1/>
</PR1.16>
<PR1.17/>
<PR1.18>
<CE.1/>
</PR1.18>
<PR1.19>
<EI.1>887454533</EI.1>
</PR1.19>
</PR1>
Guía de Implementación Valoración V2.1
Página 72 de 92
<GP2>
<GP2.1>1802053</GP2.1>
<GP2.2>1</GP2.2>
<GP2.3>
<CP.1>
<MO.1>800000</MO.1>
</CP.1>
</GP2.3>
</GP2>
<PR1>
<PR1.1>000P3</PR1.1>
<PR1.2/>
<PR1.3>
<CE.1>123321</CE.1>
<CE.2>Antibioticos</CE.2>
<CE.3>L</CE.3>
<CE.4>0</CE.4>
<CE.5>No_aplica</CE.5>
<CE.6>0</CE.6>
</PR1.3>
<PR1.4/>
<PR1.5>
<TS.1>20170113182200.-04</TS.1>
</PR1.5>
<PR1.6/>
<PR1.7/>
Guía de Implementación Valoración V2.1
Página 73 de 92
<PR1.8>
<XCN.1/>
</PR1.8>
<PR1.9/>
<PR1.10/>
<PR1.11>
<XCN.1/>
</PR1.11>
<PR1.12>
<XCN.1/>
</PR1.12>
<PR1.13>
<CE.1/>
</PR1.13>
<PR1.14/>
<PR1.15>
<CE.1/>
</PR1.15>
<PR1.16>
<CE.1/>
</PR1.16>
<PR1.17/>
<PR1.18>
<CE.1/>
</PR1.18>
<PR1.19>
Guía de Implementación Valoración V2.1
Página 74 de 92
<EI.1>887454533</EI.1>
</PR1.19>
</PR1>
<GP2>
<GP2.1/>
<GP2.2>3</GP2.2>
<GP2.3>
<CP.1>
<MO.1>30000</MO.1>
</CP.1>
</GP2.3>
</GP2>
</BAR_P05>
6.3.4 BARP05 VALORIZACIÓN FONASA
<?xml version="1.0" encoding="UTF-8"?>
<BAR_P05>
<MSH>
<MSH.1>|</MSH.1>
<MSH.2>^&~\</MSH.2>
<MSH.3>
<HD.1>SW_FONASA</HD.1>
</MSH.3>
<MSH.4>
<HD.1>0</HD.1>
<HD.2>616030000</HD.2>
Guía de Implementación Valoración V2.1
Página 75 de 92
<HD.3>RUT</HD.3>
</MSH.4>
<MSH.5>
<HD.1>SW_RegistroAdministrativo</HD.1>
</MSH.5>
<MSH.6>
<HD.1>983457658</HD.1>
<HD.2>887454533</HD.2>
<HD.3>RUT</HD.3>
</MSH.6>
<MSH.7>
<TS.1>201701152164300.-04</TS.1>
</MSH.7>
<MSH.8/>
<MSH.9>
<MSG.1>BAR</MSG.1>
<MSG.2>P05</MSG.2>
<MSG.3>BAR_P05</MSG.3>
</MSH.9>
<MSH.10>FON0001</MSH.10>
<MSH.11>
<PT.1>P</PT.1>
</MSH.11>
<MSH.12>
<VID.1>2.5.1</VID.1>
</MSH.12>
Guía de Implementación Valoración V2.1
Página 76 de 92
</MSH>
<EVN>
<EVN.1>P05</EVN.1>
<EVN.2>
<TS.1>201701152164300.-</TS.1>
</EVN.2>
</EVN>
<PID>
<PID.1/>
<PID.2>
<CX.1/>
</PID.2>
<PID.3>
<CX.1>12323</CX.1>
<CX.2/>
<CX.3/>
<CX.4>
<HD.1>AA_ClinicaMejor</HD.1>
</CX.4>
<CX.5>MR</CX.5>
<CX.6>
<HD.1/>
</CX.6>
<CX.7/>
<CX.8/>
<CX.9>
Guía de Implementación Valoración V2.1
Página 77 de 92
<CWE.1>152</CWE.1>
</CX.9>
</PID.3>
<PID.3>
<CX.1>Chile</CX.1>
</PID.3>
<PID.3>
<CX.1>ISO3166-1~14563928</CX.1>
<CX.2>3</CX.2>
<CX.3/>
<CX.4>
<HD.1>AA_RegistroCivil</HD.1>
</CX.4>
<CX.5>NI</CX.5>
<CX.6>
<HD.1/>
</CX.6>
<CX.7/>
<CX.8/>
<CX.9>
<CWE.1>152</CWE.1>
</CX.9>
</PID.3>
<PID.3>
<CX.1>Chile</CX.1>
</PID.3>
Guía de Implementación Valoración V2.1
Página 78 de 92
<PID.3>
<CX.1>ISO3166-1</CX.1>
</PID.3>
<PID.4>
<CX.1/>
</PID.4>
<PID.5>
<XPN.1>
<FN.1>Perez</FN.1>
</XPN.1>
<XPN.2>Clara</XPN.2>
</PID.5>
<PID.6>
<XPN.1>
<FN.1>Gomez</FN.1>
</XPN.1>
</PID.6>
</PID>
<BAR_P05.VISIT>
<PV1>
<PV1.1/>
<PV1.2>01</PV1.2>
<PV1.3>
<PL.1/>
</PV1.3>
<PV1.4/>
Guía de Implementación Valoración V2.1
Página 79 de 92
<PV1.5>
<CX.1>67TY9</CX.1>
</PV1.5>
<PV1.6>
<PL.1/>
</PV1.6>
<PV1.7>
<XCN.1>102933454</XCN.1>
</PV1.7>
<PV1.8>
<XCN.1>89873456</XCN.1>
</PV1.8>
<PV1.9>
<XCN.1/>
</PV1.9>
<PV1.10/>
<PV1.11>
<PL.1/>
</PV1.11>
<PV1.12/>
<PV1.13/>
<PV1.14/>
<PV1.15/>
<PV1.16/>
<PV1.17>
<XCN.1/>
Guía de Implementación Valoración V2.1
Página 80 de 92
</PV1.17>
<PV1.18/>
<PV1.19>
<CX.1>234R4</CX.1>
<CX.2>AA_Fonasa</CX.2>
</PV1.19>
<PV1.20>
<FC.1>03</FC.1>
</PV1.20>
</PV1>
</BAR_P05.VISIT>
<GP1>
<GP1.1>2</GP1.1>
<GP1.2>0”A la espera de codificación FONASA”</GP1.2>
<GP1.3>06</GP1.3>
<GP1.4>20</GP1.4>
</GP1>
<PR1>
<PR1.1>000P1</PR1.1>
<PR1.2/>
<PR1.3>
<CE.1>0202105</CE.1>
<CE.2>Dia_Cama</CE.2>
<CE.3>99000</CE.3>
<CE.4>0</CE.4>
<CE.5>No_aplica</CE.5>
Guía de Implementación Valoración V2.1
Página 81 de 92
<CE.6>0</CE.6>
</PR1.3>
<PR1.4/>
<PR1.5>
<TS.1>20170113182200.-04</TS.1>
</PR1.5>
<PR1.6/>
<PR1.7/>
<PR1.8>
<XCN.1/>
</PR1.8>
<PR1.9/>
<PR1.10/>
<PR1.11>
<XCN.1/>
</PR1.11>
<PR1.12>
<XCN.1/>
</PR1.12>
<PR1.13>
<CE.1/>
</PR1.13>
<PR1.14/>
<PR1.15>
<CE.1/>
</PR1.15>
Guía de Implementación Valoración V2.1
Página 82 de 92
<PR1.16>
<CE.1/>
</PR1.16>
<PR1.17/>
<PR1.18>
<CE.1/>
</PR1.18>
<PR1.19>
<EI.1>887454533</EI.1>
</PR1.19>
</PR1>
<GP2>
<GP2.1>0202105</GP2.1>
<GP2.2>3</GP2.2>
<GP2.3>
<CP.1>
<MO.1>75000</MO.1>
</CP.1>
<CP.2/>
<CP.3>45000</CP.3>
<CP.4>10000</CP.4>
</GP2.3>
<GP2.4/>
<GP2.5>0</GP2.5>
<GP2.6/>
<GP2.7>
Guía de Implementación Valoración V2.1
Página 83 de 92
<CE.1/>
</GP2.7>
<GP2.8/>
<GP2.9/>
<GP2.10/>
<GP2.11>
<CP.1>
<MO.1/>
</CP.1>
</GP2.11>
<GP2.12/>
<GP2.13>
<CP.1>
<MO.1>20000</MO.1>
</CP.1>
</GP2.13>
</GP2>
<PR1>
<PR1.1>000P2</PR1.1>
<PR1.2/>
<PR1.3>
<CE.1>1802053</CE.1>
<CE.2>Apendicectomia</CE.2>
<CE.3>99000</CE.3>
<CE.4>3</CE.4>
<CE.5>Videolaparoscopica</CE.5>
Guía de Implementación Valoración V2.1
Página 84 de 92
<CE.6>990001</CE.6>
</PR1.3>
<PR1.4/>
<PR1.5>
<TS.1>20170113182200.-04</TS.1>
</PR1.5>
<PR1.6/>
<PR1.7/>
<PR1.8>
<XCN.1/>
</PR1.8>
<PR1.9/>
<PR1.10/>
<PR1.11>
<XCN.1/>
</PR1.11>
<PR1.12>
<XCN.1>123432344</XCN.1>
<XCN.2>
<FN.1/>
</XCN.2>
<XCN.3/>
<XCN.4>887454533</XCN.4>
<XCN.5/>
<XCN.6/>
<XCN.7>01</XCN.7>
Guía de Implementación Valoración V2.1
Página 85 de 92
<XCN.8/>
<XCN.9>
<HD.1/>
</XCN.9>
<XCN.10/>
<XCN.11/>
<XCN.12/>
<XCN.13/>
<XCN.14>
<HD.1/>
</XCN.14>
<XCN.15/>
<XCN.16>
<CE.1>01</CE.1>
</XCN.16>
</PR1.12>
<PR1.12>
<XCN.1>124533337</XCN.1>
<XCN.2>
<FN.1/>
</XCN.2>
<XCN.3/>
<XCN.4>887454533</XCN.4>
<XCN.5/>
<XCN.6/>
<XCN.7>04</XCN.7>
Guía de Implementación Valoración V2.1
Página 86 de 92
<XCN.8/>
<XCN.9>
<HD.1/>
</XCN.9>
<XCN.10/>
<XCN.11/>
<XCN.12/>
<XCN.13/>
<XCN.14>
<HD.1/>
</XCN.14>
<XCN.15/>
<XCN.16>
<CE.1>01</CE.1>
</XCN.16>
</PR1.12>
<PR1.12>
<XCN.1>93432544</XCN.1>
<XCN.2>
<FN.1/>
</XCN.2>
<XCN.3/>
<XCN.4>887454533</XCN.4>
<XCN.5/>
<XCN.6/>
<XCN.7>03</XCN.7>
Guía de Implementación Valoración V2.1
Página 87 de 92
<XCN.8/>
<XCN.9>
<HD.1/>
</XCN.9>
<XCN.10/>
<XCN.11/>
<XCN.12/>
<XCN.13/>
<XCN.14>
<HD.1/>
</XCN.14>
<XCN.15/>
<XCN.16>
<CE.1>01</CE.1>
</XCN.16>
</PR1.12>
<PR1.13>
<CE.1/>
</PR1.13>
<PR1.14/>
<PR1.15>
<CE.1/>
</PR1.15>
<PR1.16>
<CE.1/>
</PR1.16>
Guía de Implementación Valoración V2.1
Página 88 de 92
<PR1.17/>
<PR1.18>
<CE.1/>
</PR1.18>
<PR1.19>
<EI.1>887454533</EI.1>
</PR1.19>
</PR1>
<GP2>
<GP2.1>1802053</GP2.1>
<GP2.2>1</GP2.2>
<GP2.3>
<CP.1>
<MO.1>600000</MO.1>
</CP.1>
<CP.2/>
<CP.3>250000</CP.3>
<CP.4>100000</CP.4>
</GP2.3>
<GP2.4/>
<GP2.5>0</GP2.5>
<GP2.6/>
<GP2.7>
<CE.1/>
</GP2.7>
<GP2.8/>
Guía de Implementación Valoración V2.1
Página 89 de 92
<GP2.9/>
<GP2.10/>
<GP2.11>
<CP.1>
<MO.1/>
</CP.1>
</GP2.11>
<GP2.12/>
<GP2.13>
<CP.1>
<MO.1>250000</MO.1>
</CP.1>
</GP2.13>
</GP2>
<PR1>
<PR1.1>000P3</PR1.1>
<PR1.2/>
<PR1.3>
<CE.1>123321</CE.1>
<CE.2>Antibioticos</CE.2>
<CE.3>L</CE.3>
<CE.4>0</CE.4>
<CE.5>No_aplica</CE.5>
<CE.6>0</CE.6>
</PR1.3>
<PR1.4/>
Guía de Implementación Valoración V2.1
Página 90 de 92
<PR1.5>
<TS.1>20170113182200.-04</TS.1>
</PR1.5>
<PR1.6/>
<PR1.7/>
<PR1.8>
<XCN.1/>
</PR1.8>
<PR1.9/>
<PR1.10/>
<PR1.11>
<XCN.1/>
</PR1.11>
<PR1.12>
<XCN.1/>
</PR1.12>
<PR1.13>
<CE.1/>
</PR1.13>
<PR1.14/>
<PR1.15>
<CE.1/>
</PR1.15>
<PR1.16>
<CE.1/>
</PR1.16>
Guía de Implementación Valoración V2.1
Página 91 de 92
<PR1.17/>
<PR1.18>
<CE.1/>
</PR1.18>
<PR1.19>
<EI.1>887454533</EI.1>
</PR1.19>
</PR1>
<GP2>
<GP2.1/>
<GP2.2>3</GP2.2>
<GP2.3>
<CP.1>
<MO.1>0</MO.1>
</CP.1>
<CP.2/>
<CP.3>0</CP.3>
<CP.4>2500</CP.4>
</GP2.3>
<GP2.4/>
<GP2.5>1</GP2.5>
<GP2.6/>
<GP2.7>
<CE.1/>
</GP2.7>
<GP2.8/>