Volver a Insight
Reporte de ejemplo
Fhiron · Insight

Reporte de cumplimiento FHIR

Hospital San Juan de Dios
https://fhir.hsjd.cl/R4
N° Reporte: DEMO-PUB
Escaneado: 29-04-2026 10:30
Estándar: CL Core v1.9.4 · FHIR R4
Emisor: Fhiron SpA · RUT 78.405.849-2
01

Resumen ejecutivo

Riesgo moderado

El endpoint obtiene 84/100 (Grado B) frente a CL Core v1.9.4 — alineamiento aceptable con oportunidades de mejora.

El endpoint cumple los requisitos básicos pero presenta brechas que pueden generar fricción al integrarse con instituciones acreditadas. Es viable operar mientras se ejecuta el plan de mejora; la prioridad alta debería abordarse en el próximo trimestre. Evidencia clave: faltan 1 recurso core sobre 10; 7 perfiles CL Core declarados (mínimo recomendado: 10); 82% de conformance en instancias muestreadas.

Puntos clave operacionales
  • 82% de los datos muestreados son válidos contra el estándar chileno (CL Core v1.9.4).
  • 9 de 10 recursos clínicos base están soportados; falta DiagnosticReport (informes de laboratorio/imagen).
  • 7 perfiles CL Core declarados; el mínimo recomendado para acreditación es 10.
Próximos pasos sugeridos
  1. Programar las recomendaciones de prioridad ALTA en el próximo sprint (4–6 semanas).
  2. Activar re-escaneo automático semanal para detectar regresiones tras cada release del HIS.
  3. Compartir este reporte con la jefatura como baseline objetivo de cumplimiento.
02

FHIR Score y dimensiones evaluadas

84/ 100
Grado B
Versión FHIR
4.0.1
Software
HAPI FHIR 8.8.0
Publisher
Hospital San Juan de Dios
Modo análisis
Profundo (metadata + validación de instancias)

Descomposición por dimensión

Versión FHIR25 / 25
FHIR R4 declarado (4.0.1)
Recursos core soportados18 / 20
9 de 10: Patient, Practitioner, Organization, Encounter, Observation, Condition, AllergyIntolerance, Immunization, MedicationRequest
Perfiles CL Core declarados14 / 20
7 perfil(es) en supportedProfile
Interacciones read + search11 / 15
Cobertura de operaciones mínimas para Ley 21.668
Validación profunda de recursos16 / 20
82% de conformidad sobre 8 recursos muestreados
03

Metodología del análisis

Estándar evaluado
CL Core v1.9.4 sobre FHIR R4 (4.0.1)
Muestreo: 40 instancia(s) totales evaluadas vía $validate.
Pasos del análisis
  1. GET /metadata al endpoint declarado
  2. Parseo y validación de CapabilityStatement R4
  3. Muestreo de hasta 5 instancias por recurso core
  4. POST /$validate de cada instancia contra CL Core v1.9.4
  5. Agregación de conformance promedio por recurso
  6. Cálculo del FHIR Score ponderado
  7. Generación de recomendaciones priorizadas
Dimensiones evaluadas: Versión FHIR declarada (25 pts) · Cobertura de recursos core (20 pts) · Perfiles CL Core declarados en supportedProfile (20 pts) · Interacciones read + search (15 pts) · Validación profunda de instancias reales (20 pts) · Revisión de seguridad del endpoint + evaluación Ley 21.719
04

Conformidad por recurso clínico

Cada recurso FHIR R4 representa un objeto clínico (paciente, atención, receta…). Esta sección cruza qué tan crítico es para la operación del hospital con el porcentaje real de instancias que pasan la validación CL Core.

RecursoMuestreoConformeImpacto clínico / Hallazgos
Patient5 / 5100%
Identificación del paciente, RUN/Pasaporte, datos demográficos.
Sin hallazgos críticos
Practitioner5 / 5100%
Profesionales de salud — médicos, enfermeras, kinesiólogos. Trazabilidad de quién atendió.
Sin hallazgos críticos
Organization5 / 5100%
Estructuras institucionales — servicios, unidades, prestadores. Necesario para derivaciones.
Sin hallazgos críticos
Encounter4 / 580%
Atención clínica — consulta, hospitalización, urgencia. La trazabilidad de toda la actividad asistencial depende de esto.
  • El campo Encounter.subject es obligatorio (mínimo 1 ocurrencia requerida) · CLAtencionMedica
Observation4 / 580%
Mediciones clínicas — signos vitales, laboratorios, antropometría. Base de la ficha clínica electrónica.
  • Observation.code debe usar un code de LOINC conforme TFC CL Core
Condition5 / 5100%
Diagnósticos y problemas de salud — agudos, crónicos, antecedentes. Base de la lista de problemas (CIE-10/SNOMED).
Sin hallazgos críticos
AllergyIntolerance3 / 560%
Alergias y reacciones adversas. Crítico para seguridad clínica y prescripción.
  • AllergyIntolerance.clinicalStatus es obligatorio conforme CLAlergias
  • AllergyIntolerance.verificationStatus faltante en 2 instancias
Immunization—N/A
Vacunas administradas. Necesario para el RNI (Registro Nacional de Inmunizaciones).
Recurso no declarado en CapabilityStatement
MedicationRequest3 / 560%
Recetas y prescripciones. Pilar de receta electrónica + interoperabilidad farmacia.
  • MedicationRequest.medicationCodeableConcept debe usar vocabulario DEIS Medicamentos
  • MedicationRequest.dosageInstruction.timing es obligatorio en CLMedicamento
DiagnosticReport—N/A
Informes de laboratorio, imagenología, anatomía patológica. Integración con LIS y RIS/PACS.
Recurso no declarado en CapabilityStatement
05

Plan de acción priorizado

01
Habilitar recurso DiagnosticReport
Alta
Sin DiagnosticReport el endpoint no puede transmitir estudios radiológicos ni de laboratorio. Es uno de los recursos clave para integración con LIS y RIS/PACS.
Esfuerzo MVendor del HIS/EHR
Cómo resolver: Habilitar endpoint REST DiagnosticReport con interacciones read + search-type. Verificar que el LIS pueda emitir DiagnosticReport conforme CL Core CLInformeDiagnostico.
Marco regulatorio: Ley 21.668 — interoperabilidad de fichas clínicas (datos clínicos mínimos)
02
Estandarizar vocabulario en MedicationRequest
Alta
MedicationRequest.medicationCodeableConcept debe usar el vocabulario DEIS Medicamentos oficial MINSAL. 2 de 5 instancias muestreadas no cumplen con el binding requerido por CL Core CLMedicamento.
Esfuerzo MEquipo clínico + TI
Cómo resolver: Mapear el vocabulario interno de farmacia al CodeSystem DEIS Medicamentos (https://hl7chile.cl/...). Coordinar con el químico farmacéutico responsable de farmacopea.
Marco regulatorio: CL Core v1.9.4 — CLMedicamento binding
03
Completar AllergyIntolerance.clinicalStatus en 2 instancias
Media
El perfil CL Core CLAlergias requiere clinicalStatus + verificationStatus. Las instancias actuales generan ambigüedad clínica al integrarse con farmacia.
Esfuerzo SEquipo clínico + TI
Cómo resolver: Hacer clinicalStatus + verificationStatus obligatorios en el formulario clínico de registro de alergias. Auditar 2 instancias incompletas y normalizarlas.
Marco regulatorio: CL Core v1.9.4 — CLAlergias
04
Declarar 3 perfiles CL Core adicionales
Media
Agregar CorePrestadorRol, CoreEquipo y CoreMedicamento al supportedProfile permite a clientes seleccionar el perfil correcto sin negociación previa.
Esfuerzo XSEquipo TI interno
Cómo resolver: En el CapabilityStatement, agregar al rest.resource correspondiente: `"supportedProfile": ["https://hl7chile.cl/fhir/ig/clcore/StructureDefinition/CorePrestadorRol", …]`.
Marco regulatorio: CL Core v1.9.4 — Capability requirements
05
Exponer interacciones search en Immunization, MedicationRequest, AllergyIntolerance
Baja
Hoy solo permiten read. La búsqueda permite que aplicaciones cliente filtren por paciente sin descargar todo el historial.
Esfuerzo SEquipo TI interno
Cómo resolver: En cada rest.resource agregar `"interaction": [{"code": "read"}, {"code": "search-type"}]`.
Marco regulatorio: FHIR R4 RESTful API
06

Revisión de seguridad del endpoint

Verificaciones de solo lectura sobre el endpoint FHIR de la institución: transporte cifrado, exigencia de autenticación y exposición de datos sensibles sin credenciales. De estos hallazgos deriva la evaluación técnica de protección de datos (Ley 21.719). No es una auditoría de seguridad de toda la institución ni una prueba de intrusión.

Transporte cifrado (TLS)
Correcto
El endpoint responde sobre HTTPS: los datos viajan cifrados en tránsito.
Certificado TLS verificable
Atención
El endpoint usa un certificado que no se pudo verificar contra una autoridad de confianza (auto-firmado o interno). Aceptable en una red privada, pero conviene migrar a un certificado emitido por una CA reconocida.
Exigencia de autenticación
Correcto
El endpoint rechaza (401) las peticiones a recursos clínicos sin credenciales.
Exposición de datos sensibles sin credenciales
Correcto
No se obtuvieron datos de pacientes sin autenticar en la sonda de solo lectura.
Ley 21.719 — datos personales sensibles (datos de salud)
07

Implicancias regulatorias

Cómo las brechas detectadas se mapean al marco normativo chileno aplicable a establecimientos de salud y procesadores de datos clínicos.

Ley 21.668 — Interoperabilidad de fichas clínicas (publicada may-2024)
Alerta
Falta el recurso DiagnosticReport. Sin él, los informes de laboratorio e imagenología no pueden compartirse vía FHIR con otras instituciones de la red MINSAL ni con la atención primaria de origen.
Mitigación: Habilitar DiagnosticReport en el HIS con interacciones read + search-type en el siguiente release. Coordinar con el LIS para emitir el recurso conforme CL Core CLInformeDiagnostico.
CL Core v1.9.4 — Capability requirements (HL7 Chile)
Alerta
Solo 7 perfiles CL Core declarados en supportedProfile. Otra institución que se integre no sabe explícitamente qué perfiles chilenos respeta este endpoint, lo que obliga a negociar contratos manuales antes de cada conexión.
Mitigación: Agregar al menos 3 perfiles adicionales (CorePrestadorRol, CoreEquipo, CoreMedicamento) al CapabilityStatement.
Ley 21.668 + CL Core v1.9.4 (validación de instancias)
Alerta
82% de las instancias muestreadas pasan validación. Recursos con falla relevante: AllergyIntolerance (60% conforme), MedicationRequest (60% conforme). Eso impacta directamente la seguridad de la prescripción farmacológica.
Mitigación: Auditar el flujo de registro de alergias y prescripciones en el HIS. Hacer obligatorios los campos clinicalStatus, verificationStatus y dosageInstruction.timing.
Ley 21.719 — Datos personales sensibles (entra en vigencia dic-2026)
Informativo
Los datos clínicos son categoría sensible bajo la nueva ley. Toda integración FHIR debe garantizar trazabilidad de consentimiento y borrado seguro al fin del propósito.
Mitigación: Cuando active Insight + Inspect en producción, configurar separación clara entre datos clínicos (en su EHR) y metadatos (en Fhiron). Fhiron NO persiste recursos clínicos.
08

Glosario y próximos pasos

Glosario rápido
FHIR R4 (4.0.1)
Estándar HL7® internacional para intercambio de datos clínicos. La versión R4 es la base de CL Core.
CL Core v1.9.4
Guía de Implementación oficial de HL7 Chile que adapta FHIR R4 al contexto chileno (RUN, comunas, codificadores DEIS, TFC).
CapabilityStatement
Documento donde el servidor FHIR declara qué recursos soporta, en qué versión y con qué interacciones (read, search, create…).
Perfil (StructureDefinition)
Restricción local sobre un recurso FHIR. CL Core define perfiles como CorePacienteCl, CoreAtencionMedica, CoreMedicamento.
$validate
Operación FHIR estándar que verifica si un recurso cumple un perfil. Insight la usa para deep scan.
Cómo seguir desde aquí
  1. Compartir este reporte con el responsable TI y el director(a) médico(a).
  2. Asignar dueño y deadline a cada recomendación crítica/alta.
  3. Activar re-escaneo automático para medir avance objetivo.
  4. Programar revisión técnica con el vendor del HIS si el grado es C o D.
  5. Repetir la evaluación tras aplicar las mejoras y conservar los informes como evidencia de avance.
Soporte
Revisión técnica del reporte: contacto@fhiron.cl
08

Verificación y disclaimer